778583 - Pages that are >980px wide are not zoomed out as far as possible on initial load

Status: RESOLVED DUPLICATE of bug 778580

(Firefox for Android Graveyard :: Toolbar, defect)

Description

[Stefan Arentz | :st3fan | ⏰ EST | he/him]

Open for example http://arstechnica.com/apple/2012/07/os-x-10-8/5/

Page opens with a weird zoom factor. Left side of the page is clipped.

On the above page it does not matter so much since the article text is still visible but sometimes the zooming clips the actual content.

Screenshots attached of both Fennec and Chrome for the same page.

Comment 1

[Stefan Arentz | :st3fan | ⏰ EST | he/him]

Attachment: Screenshot of Fennec

Comment 2

[Stefan Arentz | :st3fan | ⏰ EST | he/him]

Attachment: Screenshot of Chrome

Comment 3

[Demetrius S.]

I'm getting this as well on Nexus S running jelly bean. Non mobile sites appear to have a large image of the entire page loaded onto the top left of the page.

Comment 4

[Aaron Train [:aaronmt]]

Thinking this is also related to the bugs posted in bug 778580.

Comment 5

[Matt Brubeck (:mbrubeck)]

(In reply to Stefan Arentz [:st3fan] from comment #0)
> Open for example http://arstechnica.com/apple/2012/07/os-x-10-8/5/
> 
> Page opens with a weird zoom factor. Left side of the page is clipped.

By default, Fennec sets the initial viewport size and scale so that the page is laid-out and clipped the same as in a desktop browser with a 980px-wide window.  Most pages handle this window size gracefully, but a few do not.

We could make Fennec scale >980px pages to fit the document to the screen width (instead of fitting the viewport to the screen width, as it does now).  That's what we did until bug 681995 implemented the current behavior.  But that caused some pages to be zoomed out much more than desirable.  So it's a trade-off...

(In reply to Demetrius Schwab from comment #3)
> I'm getting this as well on Nexus S running jelly bean. Non mobile sites
> appear to have a large image of the entire page loaded onto the top left of
> the page.

I think this is a separate bug (probably related to bug 778580, as Aaron says).

Comment 7

[Cristian Nicolae (:xti)]

This issue is reproducible even on mobile pages which it supposed to be <980px

Comment 8

[Cristian Nicolae (:xti)]

I cannot reproduce this bug anymore on the latest Nightly.

--
Firefox 17.0a1 (2012-07-31)
Device: Galaxy R
OS: Android 2.3.4

Comment 9

[Stefan Arentz | :st3fan | ⏰ EST | he/him]

Confirmed. Works well as of July 31st. I like this new behaviour.

Comment 10

[Matt Brubeck (:mbrubeck)]

Okay, then I must have misunderstood, and this was indeed fixed by the backouts for bug 778580.  Sorry for the confusion!