Closed Bug 110303 Opened 24 years ago Closed 24 years ago

no "ok" in insert link dialog

Categories

(SeaMonkey :: Composer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: jud, Assigned: cmanske)

References

Details

(Keywords: regression, Whiteboard: EDITORBASE)

Attachments

(1 file)

using today's trunk build there is no "ok" button when you open the "insert link" dialog (toolbar or menu item or ctrl-l) (note, my dialog is set to advanced mode by default). steps to repro: 1. create a new document in composer 2. add some text. 3. select some text. 4. select "link" from the toolbar results: the dialog comes up, but, there is no 'ok' , or cancel button at the bottom. expected results: the dialog should have those buttons. after clicking the advanced edit button, the ok and cancel buttons show up.
Keywords: regression
I meant the "fewer properties" button, not the advanced edit button; sorry.
Click on the "More / Fewer" button. Do the Ok, Cancel buttons appear?
Assignee: syd → cmanske
yes
This is a XUL layout problem. Seems I see this kind of problem more often since conversion to "<dialog" XUL tag.
Status: NEW → ASSIGNED
heads up to Tucson.
I see this when I start the dialog in the "more" mode, with larger size, but only the first time the dialog is used. I also see it if the default state is "less" (smaller), and I click on the "More" button the first time.
I've done everthing I can think of, and these seem to be an intrinisic sizing problem. Please investigate!
Assignee: cmanske → danm
Status: ASSIGNED → NEW
*** Bug 111169 has been marked as a duplicate of this bug. ***
I think the problem is that the "rows" attribute is not used to correctly predict the height the tree elements (lists) will occupy. Adding style to set the min-height seems to fix this. Taking the bug back.
Assignee: danm → cmanske
Status: NEW → ASSIGNED
Keywords: patch, review
Whiteboard: EDITORBASE, FIX IN HAND, need r=,sr=
Target Milestone: --- → mozilla0.9.7
Comment on attachment 58730 [details] [diff] [review] Add min-height to be sure height of lists are calculated correctly sr=kin@netscape.com
Attachment #58730 - Flags: superreview+
Whiteboard: EDITORBASE, FIX IN HAND, need r=,sr= → EDITORBASE, FIX IN HAND, need r=
r=syd
checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Keywords: patch, review
Resolution: --- → FIXED
Whiteboard: EDITORBASE, FIX IN HAND, need r= → EDITORBASE
Verified on build 200112603.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: