Closed
Bug 82563
Opened 23 years ago
Closed 23 years ago
Dialog widgets are missing on first load of dialog
Categories
(SeaMonkey :: Themes, defect)
SeaMonkey
Themes
Tracking
(Not tracked)
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.
Reporter | ||
Comment 1•23 years ago
|
||
cc'ing hyatt
Comment 2•23 years ago
|
||
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.
Comment 3•23 years ago
|
||
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!
Comment 5•23 years ago
|
||
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.
Reporter | ||
Comment 6•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
(I believe evaughan is away this week and next week. I think)
Comment 8•23 years ago
|
||
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.)
Comment 9•23 years ago
|
||
maybe Dave knows something about this problem -- reassign to hyatt to get him to
take a look.
Assignee: hewitt → hyatt
Comment 10•23 years ago
|
||
*** Bug 87093 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 11•23 years ago
|
||
*** Bug 87921 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 12•23 years ago
|
||
This is probably a box layout initialization problem. Maybe a dup of bug 67333?
Depends on: 67333
Reporter | ||
Comment 13•23 years ago
|
||
*** Bug 92001 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•23 years ago
|
||
*** This bug has been marked as a duplicate of 67333 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•