https://bugzilla.wikimedia.org/show_bug.cgi?id=35842
--- Comment #2 from Arthur Richards <[email protected]> 2012-04-12 19:03:21 UTC --- The fix I created seems to work fine for sites that use MobileFrontend on a domain separate from their desktop site (like we do for most sites on the WMF cluster). However, for single-domain sites, there are still issues around browser caching that I have not yet been able to sort out. Some browsers seem to handle the view switching with the cookies just fine (FF on OS X, IE 9 on Vista), but other browsers (Safari [iOS, OS X], Chrome [OS X], Android native browser, Dolphin HD) do not. When you toggle your view preference in these browsers and then surf to a page that had been viewed recently in the previous view, you will likely see a cached copy of the wrong version of the page. In Chrome, this often seems to happen when the browser requests a resource but gets an HTTP 304 status back. Safari, on the other hand, seems to display this behavior even with HTTP 200 status. An easy way out of this predicament is to simply say that sites using MF will need to set up a separate mobile domain until we figure out mobile-specific paths in the URLs. Otherwise, I'm totally stumped and not sure how to resolve this issue - any help is greatly appreciated. (In reply to comment #1) > Fix for this: > https://gerrit.wikimedia.org/r/#change,4761 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
