Closed Bug 830314 Opened 11 years ago Closed 11 years ago

browser should not keep the zoom factor when navigating

Categories

(Core :: Graphics: Layers, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 868047
Tracking Status
b2g18 + ---

People

(Reporter: julienw, Assigned: nical)

Details

STR:
* go to http://everlong.org/mozilla/testcase-zoom/
* zoom in, then click on link

Expected:
* the target website has zoom = 1

Actual:
* the zoom factor was kept when navigating

Please note that the target website has a meta viewport and some media queries, so it is actually adapted to work on mobile browsers. In this case we should definitely reset the zoom factor. However I'm not sure when we're navigating to a website that does not have a meta viewport command.

In Firefox/Android we always reset the zoom factor, even when going back to a previous page, which might be wrong (imho we should use the zoom factor we had previously in this page, but that could be another bug).
First link goes to a mobile-adapted website, second line goes to a non-mobile-adapted website. So you can see both behaviours.
Assignee: nobody → ben
blocking-b2g: tef? → -
tracking-b2g18: --- → +
Just to note, firefox/android had this issue in 4.0 and was fixed later on.
I don't think we can fix this on the Gaia side.
Assignee: ben → nobody
Component: Gaia::Browser → General
QA Contact: nhirata.bugzilla
We're supposed to be resetting the zoom.
Component: General → Graphics: Layers
Product: Boot2Gecko → Core
Let's do this once we land layers refactoring.
Assignee: nobody → nical.bugzilla
FTR this is one of PPK's grief on FxOS : https://twitter.com/ppk/status/383169960945930240
blocking-b2g: - → 1.3?
Is this a dupe of bug 868047 or are they separate issues?
Julien retested with bug 868047 and this appears to be fixed.  Marking as dupe.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
blocking-b2g: 1.3? → ---
You need to log in before you can comment on or make changes to this bug.