Closed
Bug 1454652
Opened 6 years ago
Closed 5 years ago
Wrong InnerHeight in Mobile Vew
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1514429
People
(Reporter: kontakt, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 OPR/52.0.2871.64 Steps to reproduce: programmed a website that did some calculations with the help of jquery and the use of window.inner/outerHeight. I guess Firefox takes its measurements from the window and not from the mobile view... var transtopcalc = -(window.outerHeight - 5*window.outerHeight/100); var transtop = 'translateY('+transtopcalc+'px)'; $.keyframe.define([{ 'name': 'hide', '0%': {'transform':transtop}, '100%': {'transform':transcalc} }]); $.keyframe.define([{ 'name': 'show', '0%': {'transform':transcalc}, '100%': {'transform':transtop} }]); Actual results: The programmed animation went way to far than just 5vh from top. Expected results: element should stop 5vh from top
I filed the bugreport with opera but used firefox for the website testing
Comment 2•6 years ago
|
||
Hi, Could you please give us a a reduced test case that reproduces the issue? Also please specify the version of Firefox on which you reproduced this issue.
Flags: needinfo?(kontakt)
Comment 3•6 years ago
|
||
Based on the lack of information from the reporter this bug will have the Status: Resolved as incomplete. If you want to add more info that can help to understand this bug please reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
https://optique.de/showcase/ the positioning in the mobile view is not accordingly to the code sorry for the delay wanted to to later and forgot!
Flags: needinfo?(kontakt)
Comment 5•6 years ago
|
||
Hi! Thanks for the additional details. I've managed to reproduce the issue on Win 10 both on Nightly 62.0a1 (Build ID: 20180508100105) and Release 59.0.3 (Build ID: 20180427210249). In my opinion not only mobile view is affected, but also on the desktop version of the page, one can observe a difference in the animation upward placement by comparing with the same page in Chrome.
Status: RESOLVED → UNCONFIRMED
Component: Untriaged → DOM
Product: Firefox → Core
Resolution: INCOMPLETE → ---
Updated•6 years ago
|
Priority: -- → P3
Updated•6 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
Comment 6•5 years ago
|
||
The link for an example in comment 4 is unavailable now. That's said, I think this will be fixed by bug 1514429.
Status: NEW → RESOLVED
Closed: 6 years ago → 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•