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.