Closed Bug 82563 Opened 23 years ago Closed 23 years ago

Dialog widgets are missing on first load of dialog

Categories

(SeaMonkey :: Themes, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 67333

People

(Reporter: cmanske, Assigned: hyatt)

References

Details

(Keywords: regression)

There are rumors of this problem in multiple dialogs, but a simple reproduceable case is this: Start composer. Click on the Image button on the toolbar. There should be a "Choose File" button to the right of the URL edit field, but the button doesn't display. If you cancel the dialog, then load it again, the button appears. Another example of this problem in Composer is in the Table Properties dialog: Place caret in text (no selection). Click on Table button and insert the default table. Click on Table button again to bring up Table Proterty dialog. It starts in the "Cell" tab panel. There are 4 missing menulists that should be to the right of the checkboxes "Height", "Width", "Vertical", and "Horizontal". Again, you can cancel dialog, then relaunch to see these widgets. It is there in the XUL, as evidenced by a dump of "getElementById()" call. Hyatt hypothesized that hewitt's changes to "scoping" might have cause this, so starting assignment to hewitt. I would call this bug critical as it renders these dialogs useless on the first load.
cc'ing hyatt
i see this on mac and winnt [2001.05.24.0x comm bits] the first time the download progress dialog appears during a session --the checkmark in the checkbox doesn't appear.
Keywords: nsbeta1, regression
OS: Windows NT → All
Hardware: PC → All
i also see this in both modern and classic.
If it occurs in both modern and classic themes, this does not belong to theme component though. Please re-assign to different component. Thanks!
I thought that this may have been caused by stylesheet scoping, but I turned scoping off and the problems still occurred. However, I think we can isolate these problems to instances where certain widgets are placed inside of a grid. I tried changing the layout of the Image Properties dialog to use boxes instead of a grid, and the Choose File button returned.
I *really* hope we can avoid that, since the grid is the best way to get the layout we desire. It would also be very difficult at this point in time to track down all the cases we know this happens and redesign each dialog! cc'ing Eric, who wrote grids.
(I believe evaughan is away this week and next week. I think)
Now that it's agreed this is not themes, who is the right owner? If the real fix is too complicated, are we considering removing the grids for the RTM? (Just asking, it doesn't look like we know how complicated this will be.)
maybe Dave knows something about this problem -- reassign to hyatt to get him to take a look.
Assignee: hewitt → hyatt
*** Bug 87093 has been marked as a duplicate of this bug. ***
*** Bug 87921 has been marked as a duplicate of this bug. ***
This is probably a box layout initialization problem. Maybe a dup of bug 67333?
Depends on: 67333
*** Bug 92001 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 67333 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.