Open
Bug 240817
Opened 21 years ago
Updated 3 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•21 years ago
|
||
Comment 2•21 years ago
|
||
Confirmed with 20040429 Firefox trunk build on windows XP
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•21 years ago
|
||
*** Bug 214231 has been marked as a duplicate of this bug. ***
Comment 4•21 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•21 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•20 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•20 years ago
|
||
Actually, this is probably a dupe of bug 137091.
Comment 8•20 years ago
|
||
*** Bug 298694 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Assignee: firefox → nobody
Component: General → Printing
Depends on: 137091
Product: Firefox → Toolkit
QA Contact: nobody
Updated•16 years ago
|
QA Contact: nobody → printing
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•