Closed Bug 600005 Opened 14 years ago Closed 14 years ago

Tabs opened in the background are drawn at the wrong scale

Categories

(Firefox for Android Graveyard :: Panning/Zooming, defect)

defect
Not set
normal

Tracking

(fennec2.0b2+)

VERIFIED FIXED
Tracking Status
fennec 2.0b2+ ---

People

(Reporter: nhirata, Assigned: mbrubeck)

References

Details

Attachments

(2 files, 1 obsolete file)

Mozilla/5.0 (Maemo;Linux armv71; rv:2.0b7pre)Gecko/20100927 Firefox/4.0b7pre Fennec/2.0b1pre

Mozilla/5.0 (Android; Linux armv71; rv2.0b7pre) Gecko/20100927 Firefox/4.0b7pre Fennec/2.0b1pre

1. go to http://people.mozilla.com/~nhirata/html_tp/
2. long tap and open layout-test.html in a new tab
3. go to the tab control and look at the new tab

Expected: The red background fills the whole screen and the zoom level is higher
Actual: The red background only fills the upper left corner and the zoom level is low

Note:
1. if the web page is opened in the same tab, the zoom level is fine.
2. happens on Maemo/Android
Assignee: nobody → mbrubeck
tracking-fennec: --- → ?
Hardware: ARM → All
Summary: Tabs spawned from links of the original tab are at the same zoom level → Tabs opened in the background are drawn at the wrong scale
Attached patch patch (obsolete) — Splinter Review
getBoundingClientRect does not work for background (display:none) browsers.
Attachment #478983 - Flags: review?(mark.finkle)
Attached patch patch v2Splinter Review
remove a debugging statement
Attachment #478983 - Attachment is obsolete: true
Attachment #478984 - Flags: review?(mark.finkle)
Attachment #478983 - Flags: review?(mark.finkle)
Comment on attachment 478984 [details] [diff] [review]
patch v2

Perhaps putting the browsers in a <deck> is the answer for this. Let's stop hacking around hidden browsers.

I think Wes has a patch to put browsers in a deck. Bug 598331, IIRC
if you open a long web page such as google news, and then open about: in a new tab, then go back to the google news tab, the google news tab is at the wrong zoom level.

Based on the comments, this seems like the same core issue so I placed the notes here.
Let's coordinate patches here. Wes, would life be easier in bug 598331 if Matt added the <deck> support in this bug?
tracking-fennec: ? → 2.0b2+
I'm fine with it. It probably should have a more focused bug anyway.
Depends on: 598997
Pushed this patch to beta 1 relbranch:
http://hg.mozilla.org/mobile-browser/rev/7b91493b311b

Not pushing this fix to trunk; waiting for bug 598997 instead.
Comment on attachment 478984 [details] [diff] [review]
patch v2

yeah, I forgot to r+ this for the relbranch
Attachment #478984 - Flags: review?(mark.finkle) → review+
fixed on trunk by bug 598997
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
I see other related issues: ie panning shows grey squares that do not get filled and font fuzziness, but the original issue with size is fixed:

Mozille/5.0 (Android; Linux armv71; rv:2.0b7pre) Gecko20101005 Firefox/4.0b7pre Fennec/4.0b1
Mozilla/5.0 (Maemo; Linux armv71; rv:2.0b7pre) Gecko/201001005 Firefox/4.0b7pre Fennec/4.0b1
Status: RESOLVED → VERIFIED
bug 602309 reported as regression.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: