I was able to have HTTPS but just recently I cannot create an HTTPS website. Is there anyone familiar with Namecheap and GitHub Pages that has either overcome the issue or can help?
Namecheap
GitHub Pages
CNAME
404.html
index.html
Thanks to #VadimKovrizhkin for asking. Yes, I do remember now.
Step 1
(I did not try this, but it is definetely related to the problem)
Try disabling all extensions. If the checkbox is enabled, re-enable all extensions one-by-one to see which one it is. If you find which one it is, you may not need to permanently disable it.
The extension may have settings/preferences. For example, mine was an ad-blocker. I went to its preferences in my browser settings. Then, I disabled it on the specific site I wanted.
I have not tried this out on this problem though.
Step 2
If that did not work, here's what helped me enable the checkbox.
This step is very simple.
Go to the "Pages" section (or wherever the checkbox is)
Lay your cursor over the checkbox.
Right click, "Inspect Element", and go to the element manually if it doesn't automatically.
Find the attribute on the <input type="checkbox"> element called disabled.
Completely delete that attribute from the element.
The checkbox should be enabled again.
The reason it may not be working
It looks like this issue has not been fixed yet.
I can tell because I ran into this problem a few days ago setting my domain.
I did the inspect element trick and it works great.
The reason it may be doing this is browser support, or an extension(s) that may be breaking the site.
Other GitHub users have had browser support issues on Firefox and Chrome (maybe other browser too).
Related
We upgraded a TYPO3 installation from 8.7.x to 9.5.19.
Afterwards, the User-Icon dopdown in the top toolbar is missing. (see screenshots)
We found out that the toolbar is generated in this class:
/typo3/sysext/backend/Classes/Backend/ToolbarItems/UserToolbarItem.php
We see that there have been lots of changes here since v7.6 but don't know where to go from there.
Is there a configuration file, where the items in the top bar are noted?
Additional information: we are working with the typo3-themes extension and have worked with our own theme before the update. During the update we switched to the bootstrap4 + bootstrap4-child theme - would this be a starting place for further investigations?
Before upgrade:
After upgrade:
UPDATE: It seems like this was at least not the root of the problems. After reactivating typo3_console the user-icon was still visible. So it looks like we have further investigating to do.
Update (2 Days later):
We can't reproduce the error. My best guess for now is, that deactivating the extension "repaired" a corrupt configuration file which had caused the disappearing of the user settings icon. After a lot of researching i have not found anybody with a similar problem so this might be an edge case. I wish i could offer more insight to this.
Thanks to Peter Kraume's basic suggestions i found the answer: after i deactivated the extension typo3_console it immediately worked!
Just for the record, here are the other steps we tried:
BE (via top bar)
Flush frontend caches
Flush all caches
BE Admin Tools ("Maintenance")
Flush TYPO3 and PHP Cache
Remove Temporary Assets
Logs
BE System log shows no current errors
Shared Hosting, /var/ contains no logs, /logs/ contains ftp and access logs
Hosting Provider Backend
Cleared OPcache
Created a new Admin-User, logged in, same behaviour
Tried on two different PCs
Primarily tested on Firefox 77.01, checked with Chrome 83.0.4103.116
Extensions:
was not sure, which extensions might manipulate the topbar - deactivated typo3-console, because i remembered seeing some error during the upgrade process. My feeling was more like: i don't need this right now, so i could as well deactivate it. 1 second later, the user drop-down reappeared. Unbelievable! Thanks for reminding me of the basic stuff - like turning off things!
We just had the same problem after upgrade from TYPO3 8 to 9. I have compared the working BE-User with the non-working BE user. They differ in given Language. Working BE-User has lang=''. Non-Working BE-User lang='de'. After switching the working BE-User to lang de, too, the UserToolbar is gone. I have updated the languages in Maintenance-Module and now everything works as expected.
Solution for us was to disabling the "belog" extension.
I had the same problem and I could solve it on all systems with:
Install-Tool > Maintenance > Manage Language Packs > Download the files again.
Starting a couple of weeks ago....on some of our sites, but not all, when inspecting an element, the styles tab only shows the "styles box", but not the actual styles relating to css?? - Again, this is ONLY on some sites - weird
It should look like this (with styles showing on the right relating to css)
BUT......instead, on SOME of our sites, this just started a couple of weeks ago looking like this....with no css showing in the styles tab:
NOTE: it has worked for 2 years - The page looks fine and all styles are being applied to the DOM, but do NOT show up in the styles tab when inspecting element.
Any ideas??
I just had this same issue and to resolve it I went into Chrome Developer Tools -> Settings -> Scroll to the bottom and click "Restore defaults and reload" then it all magically came back!
I hadn't changed anything between it working and when it stopped so not sure why it broke but hopefully this helps you too.
I just close the tab, and reopen it, and then right click > inspect element. Don't need to restore the whole dev tools to default settings. It's a waste. Try it, it works! :)
I had to go to Chrome Developer Tools -> Settings -> Enable JavaScript source maps and then disable that checkbox. It has probably got do with sourcemaps and the fact that I'm building the scss to css.
something that worked for me: chrome:flags>Enable Developer Tools experiments>Disable. I had enabled it at some point, used it for years w/o issue, then could not see any style details as OP described. After updating, resetting devtools prefs to default, even trying incognito, this was the one thing that seemed to get it working again. There were some neat experiments, but i'd much rather be able to do my job...
I was also facing this problem, in addition to the suggestions the other users made it worked for me accessing:
Chrome Developer Tools -> CSS -> Relaoad Linked Style Sheets
Image Ilustrating the procedure
Another one for the mix - using CSS variables but one of the variables was referencing another variable that didn't exist.
Elements using that missing variable in the chain just don't show up in chromium at all (it hid all references to h2s in the case of my site).
Interestingly, it still shows the elements in Firefox's dev tool panel.
Look for errors in the CSS file, in my in my case it was on the global CSS variables, fixing the errors solved the problem.
This tool can help you find the errors:
https://jigsaw.w3.org/css-validator/
I was just having the same odd issue. I'm not 100% sure what triggered this to happen but we use build tools to build SCSS into CSS. I went into my CSS file and removed the source map reference -
/*# sourceMappingURL=myCSS.map */
And all of the sudden it started showing up again. Then I added it back and I can still see it. I am not sure if this is because a version of the map is cached now or not but this worked for me.
Even i faced this issue !!!
style.css file was causing this issue..
I just created a new css file (Ex: style1.css) and cut pasted the older css file content (all lines in style.css) to style1.css file. It works
Note: Don't forget to update link tag, which is loading css file.
I think your CSS files are not loaded properly. Just check the syntax for referencing the external stylesheets.
It should be like this
<link rel="stylesheet" type="text/css" href="mystyle.css">
If you are skipping the rel="stylesheet", browser may think it as a plain file. To confirm the loading of stylesheets go for Chrome Inspector -> Sources
Check the site resources
No need of resetting anything. Hope it helps :)
I use Dreamweaver and Breckets.
Could see that the problem occurred only when I used Dreamweaver.
Solved the problem by changing Dreamweaver's preferences
--> Code Format --> Line Break Type --> CR LF (Windows)
Sometimes it can be the server!
I just had this error on a page that appeared to be fully loaded but the style panel was completely empty.
A complete restart of Chrome (and verifying no processes) did not work.
Restarting my server (in this case a .NET Core app running locally in Visual Studio) then allowed the style panel to show.
I think there was some sort of connection leak or web socket limit - something of that nature which was confusing Chrome.
I think this may helpfull.. If it is an angular project > then simply run
ng serve --extract-css.
My site eighttwentydesign is running Joomla 3.0. I have SEF URLs on, and have done for sometime without issue. But today when you go to the site, and click on anything, say portfolio you get the home page under the portfolio's URL, but if you add a leading slash at the end, the right article (portfolio) shows. Additionally, if you click on say "Web Design" it sends you to the Portfolio page. I might add this menu is a menu within Joomla - not be adding internal links manually
Doesn't work: http://www.eighttwentydesign.com/portfolio
Does work: http://www.eighttwentydesign.com/portfolio/
I have checked the .htaccess, and actually reverted it to the original with no luck, I have check Global Config but I can't see anything which may cause this. It was working nicely yesterday. I haven't adapted with any PHP source or anything in the past few weeks, the only notifiable thing I have done is yesterday enabling the Cache - have others experienced problems after doing this? I have disabled it under global config, with no avail.
Exact Joomla Version is 3.0.2 with very few plugins
I do have daily backups, but would rather a solution and be able to figure out a prevention from that, rather than just putting on a band aid.
I've search for a good couple of hours, and aside from just not being able to fix it, it appears no one else is experiencing this, so I am starting to think it may be a bug.
Just as I was about to post this I discovered my solution.
If you are having your SEF URLs display the wrong content then solve it by disabling the Cache plugin. You can do this by doing the following steps
Login to Joomla backend
Navigate to Extensions > Plugins
Go to "System Cache"
Disable system cache
I hope this helps someone in the future as I really struggled to find any answers on this.
I've tried posting this on the Umbraco forums to no avail. Hoping to find some help here.
I thought I upgraded successfully from 4.0.4.2 to 4.5.2 (on my way to 4.8...) as I received no errors and everything seemed to go smoothly. However, in the backoffice, when I click on any section other than Content, I get redirected back to Content. I can manually reach each section by typing in the name of it after the # sign like: #media, but as soon as I click on a tree item, it redirects me back to Content. Any ideas would be appreciated.
2 thoughts:
You're cacheing some of the old javascript in your browser. Try clearing your cache. IE can be stubborn in this regard; preferably try in Chrome.
Personally, if your site is working under 4.5.2, I wouldn't sweat the back office issue and just continue with the upgrade to 4.8.1. There will likely be new problems to solve there anyway :) and the backoffice issue may go away.
Updating the icons via the following script fixed this problem. Links must run off the appIcon field. Not sure why this is not executed when the database is updated via the 4.5.2 upgrade.
update umbracoApp
set appIcon = '.tray' + appAlias
where appAlias IN ('content','media','users','settings','developer','member')
I've got the latest version of fiddler installed on 2 machines (v2.3.0), and on one machine it displays web sessions, and in the other it doesn't.
This is using IE and Firefox on Win7.
I have tried deleting my customrules.js and letting fiddler create a new one.
I know that the broken machine is indeed proxying traffic through fiddler, as I see the fiddler SSL cert when I go to HTTPS sites.
I have set the option at the bottom-left of the window to All Processes, Web Browser and Non-Browser to no avail. I just can't seem to get the sessions to display.
Any hints to where I should look to find out what's going wrong?
Thanks,
Kirk
In rough order of likelihood..
Ensure File->Capture Traffic is checked (obviously).
Ensure it says "All Processes" in the bottom left.
Flick to the "Filters" tab and uncheck Use Filters (I always forget this..)
Same goes for the "AutoResponder" tab.
Click the "Process Filter" button on the toolbar once to make sure it's off.
Go to Help->About Fiddler and compare the port number with IE->Options->Connections->Lan settings->Proxy server->Advanced
If that fails, uncheck the following:
Rules->Hide Image Requests
Rules->Hide HTTPS Connects
Rules->Hide 304s
To eliminate anything in the rules script, go to Rules->Customize Rules and add the following line to the end of OnBeforeResponse():
oSession.oFlags.Remove("ui-hide");
(If that fixes it, something in your rules is setting oSession["ui-hide"])
After these steps its time to think 'applicatin specific'. For example .net won't proxy for "localhost". This page has application specific tips, such as PHP, .net, Java, Win 7 phone,etc..
If all that fails, go to the Fiddler group and post a question, you'll normally get a pretty quick response from Eric Lawrence himself.
simple..
http://www.fiddler2.com/fiddler/help/faq.asp
Set the Status bar filter to "All Processes", check that the Process Filter in the toolbar isn't set, and examine the Filters tab to make sure that no rules are enabled. If you've written or set any Rules (see the menu) check those too.
I ran into this problem as well and as mentioned before it can happen because of the proxy server.
For me the problem was I was using a VPN Proxy Extension, such as Hola or Unblock Youku. So I simply turned them off.
Simply try out this
Help -> Troubleshoot Filters
And also click the 'Filters' tab and either uncheck Use Filters or modify the filter appropriately.
If the other answers don't work, right click on fiddler and select "Run as Administrator".
I just had the same issue and resolved it by ending all Fiddler processes in Task Manager by checking the Show processes from all users. Another user on the machine I use(loaner) still had a Fiddler session going. Ending that session and beginning a new one seems to have fixed the problem for me.
this worked for me but uncheck Troubleshoot not showing any sessions to me
i have no filter no rule
any process checked
all sessions checked