Closed
Bug 71050
Opened 24 years ago
Closed 24 years ago
buttons are blank in all dialogs
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: steve, Assigned: tao)
References
Details
(Keywords: platform-parity, regression, smoketest)
BuildID 2001030608
Missing the Submit(?) and Cancel words from the buttons on the Security Warning
pop-up window ("Any info you submit is insecure...") that shows up when you
submit form information.
If you go to Preferences from the Edit navbar menu, the ok and cancel buttons
are blank there as well.
Comment 2•24 years ago
|
||
I'm seeing this too, Mac OS 8.6 build 2001030608. The buttons in the "Subscribe"
dialog are also blank. Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•24 years ago
|
||
Sorry about not changing the component, but I have no idea where this should go.
Comment 4•24 years ago
|
||
This affects all OK and Cancel buttons on Mac
Assignee: asa → ben
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
Comment 5•24 years ago
|
||
seems all buttons in dialogs are affected. is there an earlier bug for this,
perchance? see this using 2001.03.06.08 [wasn't a problem in 2001.03.05.08].
Severity: trivial → normal
Summary: Security Warning buttons are blank → buttons are blank in all dialogs
Comment 6•24 years ago
|
||
This isn't a blocker? It could lead to serious data loss, so making blocker.
Severity: normal → blocker
Keywords: smoketest
Comment 8•24 years ago
|
||
i don't see it in _all_ dialogs (for instance, there are buttons with text in
prefs panels), but certainly all ok/cancel buttons are affected.
Comment 9•24 years ago
|
||
So it looks like buttons using the "standard" text strings (OK, Cancel) are
blank. I checked to see if there were any string bundle loading failures, and
there didn't appear to be for these strings.
Comment 10•24 years ago
|
||
is this with all skins?
Comment 11•24 years ago
|
||
We think this is tao.
brade: I think xpfe/global/resources/content/mac/platformOverlay.xul is
wrong
brade: <!DOCTYPE window SYSTEM "chrome://global/locale/
platformDialogOverlay.dtd">
should be:
brade: <!DOCTYPE window SYSTEM "chrome://global-platform/locale/
platformDialogOverlay.dtd">
Tao, does this make sense?
Assignee: ben → tao
Comment 12•24 years ago
|
||
searching with lxr, this is the only file that contains "global/locale/platform"
Comment 13•24 years ago
|
||
Patch:
Index: mozilla/xpfe/global/resources/content/mac/platformDialogOverlay.xul
===================================================================
RCS file: /cvsroot/mozilla/xpfe/global/resources/content/mac/
platformDialogOverlay.xul,v
retrieving revision 1.19
diff -u -2 -r1.19 platformDialogOverlay.xul
--- platformDialogOverlay.xul 2001/02/15 04:37:15 1.19
+++ platformDialogOverlay.xul 2001/03/07 22:10:18
@@ -22,5 +22,5 @@
<!-- mac version of platformDialogOverlay.xul -->
-<!DOCTYPE window SYSTEM "chrome://global/locale/platformDialogOverlay.dtd">
+<!DOCTYPE window SYSTEM "chrome://global-platform/locale/
platformDialogOverlay.dtd">
<overlay id="platformDialogOverlay"
Comment 14•24 years ago
|
||
sr=sfraser
Comment 15•24 years ago
|
||
r=brade
Assignee | ||
Comment 16•24 years ago
|
||
Hi, Simon:
Would you check it it please? My Mac is down now.
thx
Comment 17•24 years ago
|
||
patch checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 18•24 years ago
|
||
I lxr-ed "locale/platform" on both moz and ns trees. This is the only place needs
to be fixed. Sorry for the oversight!
Comment 19•24 years ago
|
||
Verified fixed with 2001030705 mozilla build on OS 9. OK and Cancel buttons now
have visible "OK" and "Cancel" labels.
Status: RESOLVED → VERIFIED
Comment 20•24 years ago
|
||
sorry, I meant 030715 build.
Comment 21•24 years ago
|
||
asa was using 2001.03.07.15 bits, btw.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•