Closed
Bug 1454652
Opened 8 years ago
Closed 6 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•8 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•8 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: 8 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•8 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•8 years ago
|
Priority: -- → P3
Updated•8 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Assignee | ||
Updated•7 years ago
|
Component: DOM → DOM: Core & HTML
Comment 6•6 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: 8 years ago → 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•