Page resize incorrectly when scrolling the layer and switching apps

RESOLVED EXPIRED

Status

()

--
major
RESOLVED EXPIRED
14 years ago
13 years ago

People

(Reporter: marc, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

I have a heavy but html and css compliant web page showing a table in a <div
tag. On load of the page, the div is resized by javascript using
window.innerWidth/Height properties.
A small problem is that during the loading of the page, the size of the page
exceed the window size (look the footer bar) but i doubt this worth the fix.
Then the layer resize nicely but if you scroll it to bottom and switch apps,
then the whole page double height after a few seconds  without touching anything
on the browser!

Reproducible: Always

Steps to Reproduce:
1.Load the page
http://www.cfmekong.com/boats/tt/planning.html?month=5&year=05&nbMonth=12&Search=OK
2.Scroll the layer to bottom
3.Switch apps
4.Switch back and wait 2-3 seconds

Actual Results:  
The page height is doubled, horizontal and vertical scrollbars now appear.

Expected Results:  
Nothing

My screen resolution is panoramic (1680x1050)
(Reporter)

Comment 1

14 years ago
Created attachment 183376 [details]
Before switching, the page size stick to the browser inner size : good
(Reporter)

Comment 2

14 years ago
Created attachment 183377 [details]
After switching apps, the page is resized after 2 seconds : bad

Comment 3

14 years ago
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050511
Firefox/1.0+

I am not seeing this. It is possible that I didn't understand the recipe
fully (and it is certain that as a web user I hate this kind of design).

You might to want to check with a trunk build, as there are probably 
differences between Gecko 1.7.7 and Gecko 1.8 , but I could be on the wrong 
lines.
(Reporter)

Comment 4

14 years ago
You are right, the recipe is wrong. The bug is due to a js code setting the
absolute position of a small floating layer. As it is inside the main layer, i
assume i have to do 
 small_layer.style.top=200 + document.getElementById('main_layer').scrollTop;
but this causes the bug to appear. 
Moreover, if i do 
 small_layer.style.top=200;

The floating position is unaffected by the scroll (it's the expected behavior)
of the floating layer (i not sure if it should be, it's the case with ie trough)

I don't know if i'm really clear here ;)
To put it more simple : Does the (absolute) position of a floating layer depend
on the outer layer or on the page itself ?
If it's on the page, then it's another ie bug, if it's on the layer, then i
think it's a firefox bug ;)

(In reply to comment #3)
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050511
> Firefox/1.0+
> 
> I am not seeing this. It is possible that I didn't understand the recipe
> fully (and it is certain that as a web user I hate this kind of design).
> 
> You might to want to check with a trunk build, as there are probably 
> differences between Gecko 1.7.7 and Gecko 1.8 , but I could be on the wrong 
> lines.

(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.7)
Gecko/20050414 Firefox/1.0.3
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.7)
Gecko/20050414 Firefox/1.0.3
> 
> I have a heavy but html and css compliant web page showing a table in a <div
> tag. On load of the page, the div is resized by javascript using
> window.innerWidth/Height properties.
> A small problem is that during the loading of the page, the size of the page
> exceed the window size (look the footer bar) but i doubt this worth the fix.
> Then the layer resize nicely but if you scroll it to bottom and switch apps,
> then the whole page double height after a few seconds  without touching anything
> on the browser!
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1.Load the page
>
http://www.cfmekong.com/boats/tt/planning.html?month=5&year=05&nbMonth=12&Search=OK
> 2.Scroll the layer to bottom
> 3.Switch apps
> 4.Switch back and wait 2-3 seconds
> 
> Actual Results:  
> The page height is doubled, horizontal and vertical scrollbars now appear.
> 
> Expected Results:  
> Nothing
> 
> My screen resolution is panoramic (1680x1050)

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.