Last modified: 2014-02-12 23:53:54 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T34089, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 32089 - MobileFrontend Firefox loads default.css rather than firefox.css
MobileFrontend Firefox loads default.css rather than firefox.css
Status: RESOLVED FIXED
Product: MobileFrontend
Classification: Unclassified
stable (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2011-10-31 18:13 UTC by Brion Vibber
Modified: 2014-02-12 23:53 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Screenshot on Nexus 1, Android 2.3.6, Firefox 8 beta (39.03 KB, image/png)
2011-10-31 18:13 UTC, Brion Vibber 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Brion Vibber 2011-10-31 18:13:51 UTC 
Created attachment 9327 [details]
Screenshot on Nexus 1, Android 2.3.6, Firefox 8 beta

The language selector and home/random buttons are in some kind of hidden popup (see bug 32088 for making this more discoverable). Tapping on the W icon shows or rehides it.

On most browsers the menu is intially hidden, but on Firefox it's shown initially; a tap to the logo will hide it, but on the next page navigation it shows right back up again.
Comment 1 Brion Vibber 2011-11-02 23:06:50 UTC 
This seems to be because default.css is loaded instead of firefox.css.

default.css doesn't initially hide the navigation area, unlike firefox.css and webkit.css.
Comment 2 Brion Vibber 2011-11-02 23:10:11 UTC 
In DeviceDetection.php, Firefox seems to trigger the "capable" profile, which includes "default" CSS.

Either "capable" should load CSS that matches those capabilities (should it be in "default.css"?), or a separate profile should be being used.
Comment 3 Brion Vibber 2011-11-02 23:15:54 UTC 
Note this can be reproduced in desktop firefox, you don't need to mess around with the Android version. :)
Comment 4 Jon 2012-03-09 11:23:30 UTC 
The bug in question seems to be fixed but the default.css stylesheet still seems to be served!
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links