Closed
Bug 511864
Opened 16 years ago
Closed 16 years ago
Switching to full screen causes the ugly white corner to be shown
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: blassey, Assigned: bcombee)
References
Details
(Whiteboard: [fennecb3testday])
Attachments
(2 files)
|
63.80 KB,
image/png
|
Details | |
|
1.84 KB,
patch
|
blassey
:
review+
|
Details | Diff | Splinter Review |
Steps:
1) Start up fennec
2) hit fullscreen button
you'll see the ugly white corner in the upper left corner. The url bar should slide over to cover that.
| Reporter | ||
Comment 1•16 years ago
|
||
| Reporter | ||
Updated•16 years ago
|
tracking-fennec: --- → ?
Updated•16 years ago
|
Whiteboard: [fennecb3testday]
| Assignee | ||
Comment 2•16 years ago
|
||
I saw this too on my n810.
| Assignee | ||
Comment 3•16 years ago
|
||
In debugging, I saw that the wrong case was being used here because the containing rect would have a left value of -0.13333 when going into full-screen mode. This is fixed by rounding() early before the less-than-zero check. The other change is to reduce the number of calls to bv.onAfterVisibleMove, since that's called inside hideSidebars.
| Assignee | ||
Comment 4•16 years ago
|
||
This bug can be reproduced on desktop using F6 full-screen switching key.
| Reporter | ||
Comment 5•16 years ago
|
||
Comment on attachment 397287 [details] [diff] [review]
Adjust rounding check in hideSidebars to work when switching to fullscreen
> sizeControls : function(windowW, windowH) {
>+ Util.dumpLn("*** sizeControls");
> let tabs = document.getElementById("tabs-container");
I assume you'll get rid of the dump before pushing
> isTabsVisible: function isTabsVisible() {
>- let [leftvis,,,] = Browser.computeSidebarVisibility();
>+ let [leftvis,_1,_2,_3] = Browser.computeSidebarVisibility();
> return (leftvis > 0.002);
> },
I don't understand this, where do _1, _2 and _3 come from?
| Assignee | ||
Comment 6•16 years ago
|
||
Yeah, I'll update patch removing that dumpLn. I'm leaving in the _1,_2,_3 which works around a bug in js2-mode in emacs where it won't parse the file. Hopefully this won't cause any performance issue due to the never-referred to variables.
| Reporter | ||
Comment 7•16 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 9•16 years ago
|
||
verified FIXED on build:
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.3a1pre) Gecko/20090828 Fennec/1.0a3
Status: RESOLVED → VERIFIED
| Reporter | ||
Updated•16 years ago
|
Attachment #397287 -
Flags: review?(bugmail) → review+
Updated•15 years ago
|
Component: Linux/Maemo → General
QA Contact: maemo-linux → general
Updated•12 years ago
|
tracking-fennec: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•