Closed Bug 79106 Opened 23 years ago Closed 22 years ago

1 pixel cracks visible in some xul widgets that use background images

Categories

(Core :: Layout, defect)

x86
Windows 98
defect
Not set
trivial

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: SkewerMZ, Assigned: alexsavulov)

References

()

Details

(Keywords: modern, polish)

Attachments

(1 file)

Procedure: Using the Modern theme, copy the below text into your URL bar
(assuming Bugzilla doesn't know well enough to make it a link):

javascript:alert(confirm("Foo"));

Expected: OK button is all in one piece.

Actual: Right side of OK button is broken off. Always reproducible with Modern
theme, does not occur with Classic theme.

Build: 20010505 Win98
Keywords: modern
-> Themes
Assignee: ben → hewitt
Status: UNCONFIRMED → NEW
Component: Skinability → Themes
Ever confirmed: true
QA Contact: blakeross → pmac
reporter: please attach a picture, thanks.
Don't need a picture - this is a longstanding bug in layout.  My guess is, the
twips-to-pixels calculation is occasionally off by one pixel, leaving the
"crack" in the buttons where the background image is not painted.  This can also
be seen in the scrollbar thumbs in modern.
Assignee: hewitt → karnaze
Component: Themes → Layout
QA Contact: pmac → petersen
Summary: JS confirm dialog: OK button has a "crack" down one side → 1 pixel cracks visible in some xul widgets that use background images
BTW, I am getting this behavior in 16 and 32 bit color 800x600 resolution, and
my desktop has 15x15 twips per pixel.
*** Bug 81445 has been marked as a duplicate of this bug. ***
*** Bug 81474 has been marked as a duplicate of this bug. ***
*** Bug 81459 has been marked as a duplicate of this bug. ***
Keywording. Should this be -> Skinability?
Keywords: nsbeta1, polish, ui
Nominating for moz0.9.1
Keywords: mozilla0.9.1
I haven't seen this problem in a while. Has anyone else?
yes, it's still there
Where is it happening now? I may need to update the testcase.
Reassigning to savulov and moving to m0.9.3. Alex, I suspect that Hewitt's 
comments on 5/7/1 may be right. I have seen cases where blocks do not size 
frames on even pixel boundaries.
Assignee: karnaze → alexsavulov
Target Milestone: --- → mozilla0.9.3
scrollbar thumb's rounding error is bug 56876.
I see the pixel cracks in spell check on new modern on todays branch build Win32
2001-07-23-06 0.9.2. They show on the right side of the "Ignore All", "Edit" and
"Close" buttons
July23 commercial branch 0.9.2:  Search Mail/News Messages has the problem in
one of the criteria dropdowns.
On Linux 2001-07-24-05 0.9.2 Branch in New Modern, I also see this in the knock
knockdialogs  "block" button  for IM
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Where is the twips-to-pixels calculation being done?  I'd like to see if there
is some obvious error in the algorithm somewhere.

*** Bug 89426 has been marked as a duplicate of this bug. ***
pushing to 0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
*** Bug 98390 has been marked as a duplicate of this bug. ***
removed target milestone
Target Milestone: mozilla0.9.5 → ---
Blocks: 104166
*** Bug 106367 has been marked as a duplicate of this bug. ***
Is this related to bug #80530? 
<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=80530">80530</a>
future
Target Milestone: --- → Future
WFM (buildID: 2002072204).
Could we close this one now ?

/jc
WFM 2002072608 on Win2k. 

Reporter: Are you still seeing this bug?
See comment 11 for my experience.
WFM. Resolving so.
Status: NEW → RESOLVED
Closed: 22 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: