Closed Bug 221495 Opened 21 years ago Closed 20 years ago

Page does not scale correctly when sidebar is visible

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Version:
Other Branch
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: dsavage, Unassigned)

References

(
URL
)

Details

(Keywords: qawanted) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030925
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030925

The right-most column on a Freshmeat home page (http://freshmeat.net) is
displayed beyond the edge of the screen unless the sidebar is suppressed.  A
screen does not re-render to scale correctly within a maximmized window when
sidebar is made visibile (F9 toggle).

Reproducible: Always

Steps to Reproduce:
1. Go to http://freshmeat.net
2. Maximimze window
3. Toggle sidebar

Actual Results:  
When the sidebar was suppressed, the screen scales correctly within the left and
right borders.  When the sidebar is displayed, the screen shifts to their right
without rescaling.

Expected Results:  
The screen should rescale to fit a narrower width when the sidebar is visible.

This worked properly in Mozilla 1.4 and before.
Why is this a frames bug?
Keywords: qawanted
That's a guess on my part. Not sure what mechanism actually controls the display.
*** Bug 221527 has been marked as a duplicate of this bug. ***
*** Bug 221528 has been marked as a duplicate of this bug. ***
Site is scaling correctly with a current Linux trunk build...
"Site is scaling correctly with a current Linux trunk build..."
Boris,
I'm new to this Bugzilla, and it is not clear to me what you mean by 'current'.
Do you mean to say it works in a CVS build later than 1.5rc2?
--Doc
'current' means "checked out from CVS recently".  Yesterday, in this case... 
That said, I just tried a nightly trunk build from Aug 28 (the day before 1.5
branched off) and that works fine too...

This could be a regression on the branch only, I guess...
Version: Trunk → Other Branch
No additional response from who and the page in question doesn't use frames
(anymore).

-> INVALID
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.