Closed Bug 294508 Opened 20 years ago Closed 20 years ago

XUL buttons are not displayed correctly

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: st946tbf, Unassigned)

References

()

Details

Attachments

(1 file)

358 bytes, application/vnd.mozilla.xul+xml
Details
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

XUL buttons are not displayed correctly.  With the below example code, the
buttons and their labels are separted apart.  If delete the window's orientation
attribute, and maximize the windows, the display of the buttons are broken.

http://xulplanet.com/tutorials/xultu/examples/findfile/findfile-buttons.xul.txt

Reproducible: Always

Steps to Reproduce:
1. See details
Attached file Testcase from URL
I can't understand from your post whether the orientation attribute should be
there or not to demonstrate the bug but it seems to work for me either way in
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050517 Firefox/1.0+

If I've got it wrong, please attach a corrected testcase, if possible can you
also test to see if this is fixed in a nightly build, thanks.
This is how I do it:  save the file in the link below as test.xul.  Next,
maximize the released version of Firefox 1.04.  Drag and drop the file test.xul
onto the middle of the Firefox window.  The button will be on top of the screen
while the text label is in the middle of the screen.  Next, edit the test.xul
file and delete the line:

orient="horizontal"

Next, go back to the browser and click refresh.  Now, you will see portion of
the 2 buttons are not painted.  Resize, minimize, then maximize the windows, it
still not painted.  When you resize the windows to make it smaller in width to a
certain point, then the buttons will look fine.

If you still cannot reproduce it, I will be happy to test it in the nightly build.

I can't seem to reproduce this on 1.0.4 either I'm afraid.

p.s. *Please* don't skip the steps to reproduce section, especially with bugs
that require multiple steps.
Just clicking on the attachment, and I can see the problem.  What OS are you
running under?  Mine is Windows XP SP2.

I'll test it under the nightly build later.  Is there anything else I can do? 
Can you get someone else to test this one?  Could someone please see if this
happens to your browser?

Thanks,

vh
(In reply to comment #5)
> Just clicking on the attachment, and I can see the problem.  What OS are you
> running under?  Mine is Windows XP SP2.

Windows XP SP2 and Window 98 SE.

Perhaps you could attach a screenshot showing the problem?

p.s. Is there anything unusual about your setup, e.g. any extensions or themes
installed, have you tried with a new profile?
You're right on.  The theme I used was Noia 2.0 eXtreme 2.82.  When switch to
Firefox default 2.0 theme, the problem went away.  So, this probably is the
theme's bug.  Thank you for looking into this.
(In reply to comment #7)
> You're right on.  The theme I used was Noia 2.0 eXtreme 2.82.  When switch to
> Firefox default 2.0 theme, the problem went away.  So, this probably is the
> theme's bug.  Thank you for looking into this.

OK, marking bug as WORKSFORME. You may want to report the issue to the theme
author if you haven't already.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: