Closed
Bug 51569
Opened 24 years ago
Closed 24 years ago
Dialog boxes need titles
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
People
(Reporter: nplatis, Assigned: bugs)
Details
Some alerting dialog boxes have no title. The ones I know of are: 1. The dialog box appearing when a DNS error occurs ("<Domain> could not be found. Please check the name and try again.") 2. The "Operation timed out when connecting..." dialog box
Comment 1•24 years ago
|
||
over to XPApps
Assignee: asa → ben
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps: GUI Features
Ever confirmed: true
QA Contact: doronr → sairuh
Comment 2•24 years ago
|
||
what build and platform are you using? dialog fixes go to owner of the dialogs, afaik. guessing that this belongs to networking...
Assignee: ben → gagan
Component: XP Apps: GUI Features → Networking
QA Contact: sairuh → tever
Updated•24 years ago
|
Component: Networking → XP Apps: GUI Features
QA Contact: tever → sairuh
Comment 3•24 years ago
|
||
Yeah, I've been seeing this also. Basically "Alert" and "Confirm" aren't showing up for, well, alerts and confirms. I'm willing to bet this is caused by the recent bug 38523. Joseph said a new properties files (webShellWindow.properties) needed to be created to hold the string bundles, but I can't find that file in my tree, which is updated to the TIP. So presumably Ben just forgot to check in this file when he checked in your patch? I would do this myself but I'm swamped at the moment -- Joseph, do you want to fix or should Ben?
Comment 4•24 years ago
|
||
Oops, sorry -- collided with you sairuh. Anyways, though, this isn't networking since it's all JS alerts/confirms, not just networking-related ones. So do you want to hold on to this? (I can if you want)
Assignee: gagan → ben
Comment 5•24 years ago
|
||
np, i'll take it. thx for the clarification. is this affecting all platforms?
Comment 6•24 years ago
|
||
Ben apparently changed the name from webShellWindow.properties to a more fitting name commonDialogs.properties; which shows up in the nightlies... So the file is there, but maybe it's no in the right place, or something.
Comment 7•24 years ago
|
||
actually, ben's change seems fine. Backing out the fix to bug 41984 seems to fix this problem. (and happens to be the same bug). So marking as duplicate. *** This bug has been marked as a duplicate of 41984 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
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
•