Apprunner Build of July 15 (ftp://ftp.mozilla.org/pub/mozilla/nightly/1999-07-15-13-M9/mozilla-win32.zip). See Bug 9955 (this bug filed seperately to prevent nodal overload, not to be confused with noodle overload). Click-select "setup.exe" at the named URL, and the beast attempts to present the "Unknown File Type" dialog window. The video in this window is corrupted, a foul broth consisting of whatever pixels were drawn at the position of the window ("beneath" it). No poke-or-stroke operation I am able to perform will cause the rightful contents to appear - thus, I cannot access the mechanisms of the dialog (this misfortune not noted by Bug 9955). Further, a suggestion, which may be unwarranted as I cannot MANIPULATE or so much as VIEW the dialog's controls: The liberating sensibility that generates seperate windows for individual dialogs is to be commended. However, an interface problem may arise, at the least in the case of the "Unknown File Type" dialog. If the user opens multiple such dialogs (let us not criticize the user's sloppy manner), residing on the "taskbar" at anonymous locations, how is said user to recall which dialog applies to which file/document? Some data, such as URL of file, URL in which the link to the file appeared, name and size, &c., are necessary in the dialog.
change component to XPApps. reassign to Mr. Law who I believe did this dialog
I'm reassigning this bug to German. The dialog contents were based on the similar dialog in 4.x. So I'll blame the lack of the URL on that. Any substantive change should come from UE so I'll let German propose a revision. It is trivial to add the url string to the dialog (the dialog *has* it, it just doesn't show it). Further, I'd recommend more enhancements to this dialog. I think there should be an area for help/tutorial text to appear. This text should change as the user mouses over the various buttons and should explain just exactly what the mysterious "More Info..." button will do, for example. BTW, I'm about to change in fixes to this dialog that should clear up some of the painting problems related in bug #9955.
Severity: critical → enhancement
Summary: "Unknown File Type" dialog box corrupted → Proposed revision to "Unknown File Type"/file dialog boxes
The dialog now appears, whole and intact (1999072108 Apprunner)... all that remains is firstname.lastname@example.org's preponderance of judgment.
I am attaching an image to show what I am getting. I think we need to do a little bit of clean-up on the layout and add some explanatory text. I'll make an attempt for that for M9
I am holding the updates in my local tree including cosmetic changes (using boxes for cleaner layout) and better wording as suggested by verah (help/pubs tech). I'll keep you posted when they go in hopefully today as soon as the tree opens. + G
jevering, need an ok to check in to M9 branch!
Moving to M10 per german...he prefers that over M9 branch.
m11. let me know if we can get this going in the next couple of days.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
changes have been checked in a while ago and should be working (minus proper padding for dialogs which doesnt work yet)
I'm going to go ahead and mark this as verified. However, the dialog is still not entirely okay - the buttons are missing borders and are allruntogether into onebiglineoftext. Additionally, the text in the dialog itself seems kind of odd to me (it isn't like other Web browsers, and seems to offer no improvement in terms of understandability). But it's different than how it was before & I suppose that's what this bug was about. crysgem, please do reopen the bug if you have a better of idea of what you were looking for. Thanks!
We need to assign class="push dialog" to all the command buttons used in dialogs. Once you do that they should look allright again. Global.css was changed to have require buttons use a specific class for faster style resolution.
re-assigning to myself.
Bill can you look into this if you have a spare minute? All thats required is to say for all command button in that dialog to use class="push dialog". Thanks.
No problem. I've been working on getting the underlying code to work better. I've noted cosmetic work needed to be done; it just wasn't as high a priority till now.
Bill, I'm moving this to M13. That doesn't mean that you can't fix it for M12 anyway, but it's not a requirement.
Summary: Proposed revision to "Unknown File Type"/file dialog boxes → [RFE] Revision to "Unknown File Type"/file dialog boxes
Target Milestone: M13 → M15
Not required for beta 1.
qa -> sairuh
Move to M16 for now ...
Target Milestone: M15 → M16
Move to M21 target milestone.
Target Milestone: M18 → M21
I believe we have different "unknown file type" dialogs now. Shouldn't this bug be closed?
Resolving as FIXED.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago → 18 years ago
Resolution: --- → FIXED
yeah... vrfying --additional issues should be filed as new bugs [or, search for the currently existing ones for this dialog].
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.