45838 - Graphics artifacts/white lines at font display resolutions other than 96dpi

Status: RESOLVED INCOMPLETE

(SeaMonkey :: Themes, defect, P3)

Description

[Henri Sivonen (:hsivonen)]

Buttons in the Classic theme on the Mac have a white one-pixel-wide vertical line over 
them.

Build ID: 2000071810

Reproducibile: Always

Steps to reproduce:
1. Enable the Classic theme on the Mac
2. Look at buttons ("Search" in the toolbar, "OK" and "Cancel" in prefs etc.)

Actual results:
Buttons have a white one-pixel-wide vertical line over them.

Expected result:
Expected the line to not be there.

Comment 1

[Nikhil Bhatla (gone)]

Could you explain this in more detail?  Where is the vertical white line on the 
button?  I don't think I'm seeing this on my computer.

Comment 2

[Henri Sivonen (:hsivonen)]

Attachment: OK/Cancel from prefs

Comment 3

[Henri Sivonen (:hsivonen)]

Attached a screenshot of the "OK" and "Cancel" buttons from the prefs window.

Comment 4

[Nikhil Bhatla (gone)]

OK, i'm definitely not seeing that.  I think it must be some kind of drawing bug.  
Did you try moving the prefs panel of the screen and then back on, forcing it to 
redraw?  Is it still there?

Comment 5

[Henri Sivonen (:hsivonen)]

Moving the window off the screen does not help. However, if I switch to another app, 
cover the Mozilla window with a window of that other app and then move the window so 
that I can see the Mozilla window again, the line goes away. The line reappears when 
Mozilla does a redraw while Mozilla is the active app again.

Comment 6

[Nikhil Bhatla (gone)]

Paul:  I'm pretty sure this is a mac drawing engine problem.  Who should I 
send this bug to?

Comment 7

[Henri Sivonen (:hsivonen)]

As of build 2000072113 also the gray area in scrollbars has white lines in it.
The lines are horizontal in the vertical scrollbar and vertical in the
horizontal scrollbar.

Comment 8

[Nikhil Bhatla (gone)]

I tested this using the 7/18 build on OS 8.5, and I am not seeing the white 
lines.  What color depth and screen resolution are you at?  I really haven't a 
clue as to why you are seeing this bug.  QA, can you help with this one?

Comment 9

[Henri Sivonen (:hsivonen)]

The color depth is irrelevant. To see the problem, put this line
user_pref("browser.display.screen_resolution", 98);
in prefs.js.

Comment 10

[Nikhil Bhatla (gone)]

OK, I'm seeing it now.  In fact, you get all sorts of drawing errors at other 
font display resolutions as well, such as a 1px line of random colors underneath 
the "OK" button at 100 dpi.  This must be symptomatic of some deeper and obscure 
drawing issue.  

In fact, if you switch to the modern skin, you will also see other drawing 
problems, such as white vertical stripes irregularly spaced in the navigation 
toolbar background.  This bug seems to be very low priority, as VERY FEW people 
will ever switch resolutions.  I have not been able to repro this bug on Windows 
98.

Changing Summary.  Reassigning to pinkerton, because he probably knows who's 
responsible for Mac graphics bugs.

Comment 11

[Mike Pinkerton (not reading bugmail)]

dcone is

Comment 12

[dcone (gone)]

This bug has been marked future because we have determined that it is not 
critical for netscape 6.0.  If you feel this is an error, or if it blocks your 
work in some way -- please attach your concern to the bug for reconsideration.

Comment 13

[Henri Sivonen (:hsivonen)]

* The logical resolution should have no effect on px-sized objects. I suspect px sizes are 
converted to some other measure and then converted back to px with rounding errors. It 
doesn't make sense to convert px to anything else.
* If Mozilla displays a UI for setting the logical resolution, the UI should not break if the 
user touches the UI.
* If the logical resolution used by Mozilla can't be configured to match the physical 
resolution of the display device, Mozilla will be unable to support CSS fully (even though 
physical lengths should be avoided on Web pages anyway). This would mean less 
complete CSS unit support than in Another Browser.

Comment 14

[Henri Sivonen (:hsivonen)]

css1,correctness--Affects CSS unit handling.

Comment 15

[Paul Wyskoczka]

Updating QA Contact to [e-mail]

Comment 16

[Marcia Knous [:marcia]]

nominating for dogfood (from sdagley's list of bugs that are good candidates for 
our next release) 

Comment 17

[Greg K.]

Is this related to my bug 119824?

Comment 18

[Greg K.]

Related bugs:
- Bug 53098
- Bug 109830
- Bug 119824

Comment 19

[Anne (:annevk)]

Is this still a problem? If so, can a test case be attached?

Comment 20

[Matthias Versen [:Matti]]

no response fro comment #19