We have an issue for IE browsers (only) whereby our image rotator only rotates once before failing. To see the problem in action, please view the following URL. NOTE: The issue is only apparent with your IE "Check for Newer Versions of stored pages" set to "Automatic"
http://www.allblacks.com/
How can we resolve this issue for users who happen to have "Automatic" as their setting.
This might help: http://social.msdn.microsoft.com/Forums/en/iewebdevelopment/thread/40a6fcec-089e-4a70-bfc5-b2939ccc7ba3
Though I'd have thought setting the correct meta information in the HTML page header would've been sufficient, but apparently not.
Go the All Blacks!! Bring back Christian Cullen!! Down with Dan Carter!!
Related
For some reason the Eigen web page now has a popup blocking content. If you go to http://eigen.tuxfamily.org/dox/, the popup in the upper-left corner of the page doesn't want to go away. Help please! Seems to fail with both the latest Firefox and on Chrome.
Looks like the Eigen developers are aware of this (Issue 1918) and they just merged a fix about 5 minutes ago. I'm not sure how long it takes to update the website, but the documentation bug causing the issue should be fixed.
Apparently the issue was with the JavaScript in eigen_navtree_hacks.js which needed the load function (which is deprecated) to be changed to the on function
$(window).load(showRoot);
had to be changed to
$(window).on("load", showRoot);
and
$(window).load(resizeHeight);
had to be changed to
$(window).on("load", resizeHeight);
I'm not sure what actually triggered the menu to start behaving this way in the first place.
We are facing the below problem in V50.0.1, V50.0.2,
Dropdown background color is not working in tag. Could you please check and get back to us with the correct solution or information. For this case we are using the "Refresh Firefox" frequently to clear this issue. But this is not the proper solution for us to handle.
This seems to be a problem with e10s (multiprocess architecture) in Firefox being tracked in bug 910022.
I'm "sunsetting" the IE7 support for a web app, and I don't want IE8 users to see an "oops, you are using an old browser" warning.
If an IE8 user has already clicked the compatibility mode button, is there a way for a web page to immediately disable the compatibility mode? Setting the X-UA-Compatible header or meta tag doesn't seem to help.
I found an blog post (!) about adding an IEStandards.xml, but even that solution would not have immediate results: the xml file is reportedly polled by IE8 only once every 30 days. Another blog post lists the options for a site to be removed from the list, and that does not give me more hope.
(IE9 is different. Even if the user has set the compatiblity mode earlier, it seems to disable it, if given the correct X-UA-Compatible header and/or meta tag. This is documented.)
I ended up just detecting the compatibility mode and then nagging the user. At least Google Plus does this.
Im experiencing a very weird bug in IE8. A bunch of elements arn't shown on the page although with the developer tools I can see they are in the html and arn't being hidden with CSS. Refreshing the page fixes this.
This site is on a local environment and I cant put it online. Ive never heard of a bug like this so does anyone have any ideas for things to look into? Thanks
Id forgotten to validate the code. I hadnt realised (due to lots of whitespace) but some divs were placed before the opening doctype was specified. Hopefully fixing this will make the issue go away. Thanks
I have a fresh installation of Liferay on Tomcat and in IE7 it doesn't show the buttons for visual editing in the editor when I try to edit content.
It works on in Firefox or Chrome.
Does anyone have an idea why would that happen? I am not sure where to dig, I don't see javascript exceptions and it doesn't look like the buttons are even populated in IE. It is hard to debug IE problems since I don't have a tool like Firebug there.
I downloaded the 6.1 and still have the same problem, adding the URLs of what I see. Looks like IE only has the text box and in the DOM I don't see the same things that I see in FF.
http://i44.tinypic.com/35jf5td.jpg
http://i43.tinypic.com/11qqvt0.jpg
Update on this:
I checked with some people in our organization and they have the buttons on their browser.
I checked the version of the IE browser and it's the same down to the last digit. Properties are the same as well. The only difference is that I have some plugins installed that the other browser doesn't. I tried disabling all the plugins but it didn't help.
The suspect plugin is Google Chrome Frame (ChromeFrame BHO). Can someone please try to add this plugin and see if it messes things up? The disabling it doesn't help.
Liferay CE 6.0 contains few bugs within the WYSIWYG editor integration.
One issue with IE is LPS-16004 (solution included). This might be the same problem as you are experiencing.
I remember we had also problem with javascript race condition in editor initialization, which sometimes loads the editor incorrectly.
But I strongly suggest you to move to Liferay CE 6.1 as it is much more stable.
Ok, I finally figured it out, so if someone has the same problem, here is the reason - we have Google Chrome Frame plugin installed in our organization, but it only works on white-listed domain names. In this case the domain the site was on wasn't whitelisted, but the portal looked at the agent string and saw chromeframe there and assumed it can use it as chrome browser, which broke things.
Right now I will try to white-list the domain and see if it works. Another solution would be to try and find a place where we look for the agent string and fix it there, not sure where this place is.