Open
Bug 240817
Opened 20 years ago
Updated 2 years ago
In PageSetup the internal window changes size
Categories
(Toolkit :: Printing, defect)
Tracking
()
NEW
People
(Reporter: sgupta, Unassigned)
References
Details
Attachments
(1 file)
84.73 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040417 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040417 Firefox/0.8.0+ When in the PageSetup dialog box we switch between Portrait and Landscape options, the internal frame/window in which the options are displayed changes size. (Refer Snapshot) Reproducible: Always Steps to Reproduce: 1.Open the Page Setup menu option and switch between Portrait and Landscape options. 2.Keep noticing the bottom border of the frame/window for changes in size 3. Actual Results: When selecting the Portrait option the internal frame/window of the dialog box is lager in length whereas when selecting the Landscape option the frame/window decreases in length. These changes are visible while switching from one selection to the other. (Refer Snapshot) Expected Results: Switching between options Portrait and Landscape should not affect the internal frame/window of the dialog box. These selections are for page layout and hence there should be no interaction of these selections with the internal dialog box frame/window. Follow up tests --------------- 1. The change in the window length is carried to the next tab option i.e. Margins & Header/Footer. 2. Selecting any other checkbox or any other option within the dialog box window does not prevent this from happening. Importance of the bug --------------------- 1. Selecting the Portrait or the Landscape option should change the page layout and hence there is a direct relation (dependency) between them. However, while switching between these two option, which changes the frame/window length, depicts some dependency of the frame/window on these options which is not an expected behavior. This can be seen as a display inconsistency in the UI.
Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
Confirmed with 20040429 Firefox trunk build on windows XP
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•20 years ago
|
||
*** Bug 214231 has been marked as a duplicate of this bug. ***
Comment 4•20 years ago
|
||
Confirmed with branch build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040704 Firefox/0.9.0+
Comment 5•20 years ago
|
||
Mentioned on "Lim Chee Aun's rundown of Firefox UI glitches" <http://cheeaun.phoenity.com/weblog/archives/2004_08_01_archive.html#post-109326641062302022>
Comment 6•19 years ago
|
||
I can confirm that this bug still exists with the latest nightly: Mozilla/5.0 (Windows; compatible; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050325 Firefox/1.0+
Comment 7•19 years ago
|
||
Actually, this is probably a dupe of bug 137091.
Comment 8•19 years ago
|
||
*** Bug 298694 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Assignee: firefox → nobody
Component: General → Printing
Depends on: 137091
Product: Firefox → Toolkit
QA Contact: nobody
Updated•15 years ago
|
QA Contact: nobody → printing
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•