Issue metadata
Sign in to add a comment
|
CSS styles are cleared for current page when opening link in new tab or opening a new window
Reported by
a...@itc77.com,
Sep 19 2016
|
||||||||||||||||||||
Issue descriptionChrome Version : Chrome Version 53.0.2785.116 m (64-bit) Windows 10 URLs (if applicable) : http://test.xmpsoft.net/ Other browsers tested: Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: Latest OK Firefox: Latest OK IE: Latest OK What steps will reproduce the problem? (1) Visit: http://test.xmpsoft.net/ (2) Click on link 1 (should reload the page); (3) Click on link 2 (should bring up new tab with the same page); (4) Switch to the original tab and repeat same steps; (5) All CSS styles are gone from the original tab. (6) If not, repeat same steps again. What happens instead? CSS styles should stay Please provide any additional information below. Attach a screenshot if possible. http://stackoverflow.com/questions/39565230/google-chrome-clears-css-styles-for-current-page-when-opening-link-in-new-tab-or This is odd one, I was troubleshooting for 3 days. Only happening in Chrome Version 53.0.2785.116 m (64-bit) on Windows. Web server must have header set (meta tag doesn't work in this case): Apache's .htaccess: Header set Cache-Control "no-cache" or nginx: add_header Cache-Control no-cache; You can't recreate it using jsfiddle or built-in code snippet, because css file must be loaded separately using <link href='style.css' rel='stylesheet' type='text/css'>. (but I will include code in snippet anyways). Thanks. P.S. There is another way or recreating it (that's why I mentioned 'new window' in my Title: Visit same page, reload it, right click -> Inspect (new Development Tools window opens), switch back to the page (repeat if not able to recreate).
,
Sep 19 2016
,
Sep 19 2016
We are seeing this as well - seems like this should be a higher priority issue.
,
Sep 20 2016
The same problem with iframes
,
Sep 20 2016
Agreed, it should be a much higher priority. We are seeing this as well in a widely rolled-out embedded application. In our case our navigation control is hidden (app is essentially broken). We are seeing it in frames such as described in this issue here: https://bugs.chromium.org/p/chromium/issues/detail?id=645119 This case does supply a reproduction URI: https://www.winplan-online.de/issue645119/frame.html NOTE: you normally need to hit the refresh button on this example after you load the page to reproduce the issue.
,
Sep 22 2016
Sounds identical to 647151. Looks like it's been fixed but not yet merged to the stable channel.
,
Sep 22 2016
This bug prevent to use a second tab in our big web based school administration software. We can't wait for a fix in the december realease 55.x. We need a hot fix or a work around.
,
Sep 22 2016
Agreed, with Comment 7 - this is affecting a large rollout of our secured administration system. Please can this be escalated to a hot fix.
,
Sep 22 2016
Is this the same as issue 647151 ? https://bugs.chromium.org/p/chromium/issues/detail?id=647151
,
Sep 27 2016
It is ridiculous how long it is taking to release the fix. This should have been applied as a hotfix to the current stable build and merged into other builds. It should not have been done in an unstable code base that couldn't be released until weeks later. This issue is BREAKING web applications for many businesses and ruining the general user experience for many individuals as well. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by a...@itc77.com
, Sep 19 2016