Closed Bug 215128 Opened 22 years ago Closed 22 years ago

Mouse selection causes black background for long files in Solaris.

Categories

(Core Graveyard :: GFX: Gtk, defect)

Sun
SunOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: scatterlined, Assigned: blizzard)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.5b) Gecko/20030804 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.5b) Gecko/20030804 I initially encountered this problem in looking at the GNU make manpage online. When viewed with the nightly Solaris build, default profile, the text is initially black on white. When I select the text with the mouse the background for the text is blue (as it should be), but the background for the remainder of the lines is black. Also, when I page down the background for the newly drawn part of the page is black when it should be white. This problem appears to be related to the size of the document. I do not see this problem under Windows XP. Reproducible: Always Steps to Reproduce: 1. Open long document with black text on a white background under Solaris. 2. Select text with the mouse. Actual Results: Parts of the document are given a black background. Expected Results: Background for other parts of the document should remain white. SunOS quad1 5.8 Generic_108528-10 sun4u sparc SUNW,Ultra-80 Dynamically linking with GTK 1.2.10
This example file shows the problem. If one of the <BR> lines is removed then the problem goes away.
Can you try a gtk2 build, just out of curiousity?
Works fine for me on Solaris 5.8/5.9 with mozilla cvs 20030802 and gtk1. This is on a SunRay environment and fully patched. Reporter can you try on another Sun machine ? Does this happen with any build of mozilla on your machine or only started happening with 1.5b ? Are you patched uptodate with XSun and for your graphics card ?
After further poking this appears to be a bug with Exceed for windows. I had to beg the IS guy to let me touch a real UNIX box rather than remote connecting to one using Exceed under windows and I found that on console the problem does not happen (nor does the problem happen using vncserver & vncviewer). My greatest apologies. I hate not having access to a real UNIX box.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
I think there's an update to Exceed that fixes that problem, fwiw.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: