Closed Bug 44571 Opened 25 years ago Closed 24 years ago

Text labels sometimes fail to draw initially for Prefs UI checkboxes

Categories

(SeaMonkey :: Preferences, defect, P3)

Product:
SeaMonkey
Component:
Preferences
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ekrock, Assigned: eric)

References

Details

(Whiteboard: [nsbeta2-][nsbeta3+] Fix in hand)

Attachments

(1 file)

more composer-pref shyness
30.99 KB, image/jpeg
Details
Using Commercial 2000070420 on WinNT 4.0 SP4. To repro: 1) Edit --> Preferences 2) click the various Prefs panels, especially "Composer" and "Mail and Newsgroups." This doesn't happen 100% reliably, but sometimes you will see the radio button/checkbox displayed without its accompanying text drawn (you just see a blank gray area where the text should be). If you raise another application window (e.g. Nav4) to the top so that it obscures the Pres UI dialog and then bring the Prefs UI dialog back to the top, now you see the text just fine. So this seems to be an intermittent "initial drawing" failure.
related to bug 43200?
cc vishy, scalkins,benc and lchiang. On Win32, I get this to happen every time in the following testcase with todays builds(Winnt)2000-07-10-09M17 1)Launch Seamonkey, select Edit-->Preferences 2)Under the "Appearance" category, select Colors. (This seems to be the trigger for the bug) 3)Select and expand the "Mail and Newsgroups" category 4)Select "Viewing Messages" under "Mail and Newsgroups" 5) Now click again on the "Mail and Newsgroups" category Actual Results: Text for checkboxes in the "Mail and Newsgroups" category are now gone. Nominating nsbeta2 as many people click between items in prefs to either change their prefs or simply to see what's there. This is a very visibe embarrassing bug. In IM Prefs for "Notifications", this shows as simply a row of checkboxes with no text, leaving the user wondering what they may be for.
Severity: normal → major
Keywords: nsbeta2
Summary: text labels sometimes fail to draw initially for Prefs UI checkboxes → Text labels sometimes fail to draw initially for Prefs UI checkboxes
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Whiteboard: [nsbeta2+]
Removing "nsbeta2+" for re-consideration. We can ship without this.
This is redrawing bug inside labels. Trudelle, this is someone on your team.
Assignee: matt → trudelle
reassigning to Hyatt, who thinks this may be a dup of 41878, which was marked nsbeta2-. cc jrgm to see if he agrees
Assignee: trudelle → hyatt
It seems likely that this is the same root bug (the <html> anon content of checkbox is not painted). The way in which the attributes of checkbox, including 'value', are set by WSM are different, and I'm not sure how that plays with the XUL cache. One curious thing that I noticed was that the checkboxes on the mailnews panel do not start disappearing until you visit another panel that also has checkboxes (e.g. Smart browsing). Going back and forth between, e.g., Languages and Mail and Newsgroups, will not trigger this bug.
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [nsbeta2-]
This problem happens in shrimp as well, Win 98, Win32 2000-07-20-09-M17. (reported in Buscape 1323)
has anyone seen this on Mac or linux. i cannot seem to get it to happen there, so am adding pp keyword (pls remove if you do see it under mac or linux).
Keywords: pp
whups, almost forgot to add another reproducible case of this: 1. open Prefs. 2. expand Mail and News category. 3. select Viewing Messages. 4. select Instant Messanger category. 5. select Mail and News toplevel category. 6. select Instant Messanger category. result: content missing after the checkboxes in the IM category. (resizing does display the content, tho'.)
I see it on Mac with todays builds.2000-07-24-08M17 But couldn't see it on Linux. To repro on Mac, 1) Expanded Appearance category in prefs 2) Clicked on each item under Appearance pref. 3)Clicked on Instant Messenger category to expand it. 4)Clicked on Notifications under IM prefs. 5)Clicked back on Instant Messenger category Leaving pp as I could not repro it on Linux today.
OS: Windows NT → All
Hardware: PC → All
*** Bug 37541 has been marked as a duplicate of this bug. ***
dup bug has reproducible case for mail's account setup dialog
Keywords: nsbeta3
buscape 1409 is nsbeta3+ and depends on this.
Whiteboard: [nsbeta2-]
Replacing nsbeta*2*-. If you need this for beta3, please argue that.
Whiteboard: [nsbeta2-]
Not to weave too tangled a trail, but the root cause of this is pretty likely bug 41878, which is [nsbeta3+].
Depends on: 41878
I'll argue for this. Text lables disappearing and re-appearing in preferences would be very bad, esp if we get customers that are not Netscape 4 users, because they won't know what is going on. An experienced Netscape 4 person has probably memorized what the prefs are, but we need to polish the program for a broader audience.
[nsbeta3+], but expected that the fix for 41878 will cover this.
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
Target Milestone: --- → M18
removing the pp keyword... adding rkaa, who sees this on linux.
Removing the pp (as Sairuh meant to do) - I see this on 080908 Win98. rkaa sees this today, and I assume it's stil appearing on the Mac builds.
Keywords: pp
*** Bug 43237 has been marked as a duplicate of this bug. ***
the text labels aren't only disappearing/appearing today - they're completely gone for good. Another dup is 48313 which has attachment showing exactly what i see on linux. http://bugzilla.mozilla.org/showattachment.cgi?attach_id=12649
*** Bug 48313 has been marked as a duplicate of this bug. ***
COR: it's composer prefs that absolutely won't display today. (Other prefs appear normal)
i see McAfee checked in something at 08/10/2000 23:17 "Editor pref files changed locations, but internal chrome: URLs did not and pref panes were blank. Fixing chrome: URLs. r=syd" I guess that takes care of the missing labels in composer prefs.
mcafee, didja check in for another bug? if so which one (am curious)?
Problem not appearing on 081108 Win32 today. Was there a mysterious fix today, or am I just getting lucky when going to the prefs?
I saw the problem on winNT today, but linux looks good.
Keywords: mailtrack
*** Bug 49448 has been marked as a duplicate of this bug. ***
Mass-accepting.
Status: NEW → ASSIGNED
Some more information: Problem still appears to apply on today's nightly build (2000082108) in the following manner: If you switch to 'Themes', the first Theme in the 'Installed themes' list has a caption which is not visible, but becomes visible on select. Ditto Helper Applications, except here all entries are missing and selecting an entry does not make it visible (also, clicking 'Edit' hangs Mozilla, but this is probably a separate issue). The 'Software Installation' checkboxes are also missing. The two checkboxes on the Colors options have visible captions the first time this tab is loaded, but not subsequently. All these captions listed above reappear if the Mozilla window is blurred and refocussed. Sorry to list such a large number of bugs here, but the Mail & News layout is also strange - the 'Restore Default' button is hidden beneath the text field, and again this problem is resolved by losing focus from the main window and restoring. OK, that appears to be a complete list of the current state of play regarding this problem. I'm running Mozilla under Win2K with PIII 600 and 128M RAM. Jack.
cc'ing ian, who has seen similar (but necessarily the same) behavior in the prefs dialog...
*** Bug 50098 has been marked as a duplicate of this bug. ***
i keep hearing about this, so am adding 'mostfreq' so that it's easier for me to find when i run queries on my pref bugs. ;)
Keywords: mostfreq
This only happens with widgets that use <html>. SOmetimes box just isn't invalidating the right area (or something like that). Over to evaughan.
Assignee: hyatt → evaughan
Status: ASSIGNED → NEW
note to self (and anyone else concerned): easily occurs on Mac OS 8.6 (using a slower machine, 266 mhz). eg, Composer panel, IM > Away panel, Debug panels...
Have a fix. Currently testing.
Status: NEW → ASSIGNED
Whiteboard: [nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+] Fix in hand
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified fixed mac/linux/win32 2000090309 builds.
Status: RESOLVED → VERIFIED
*** Bug 50928 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: