35210 - Link Properties dialogue fields not initialized

Status: VERIFIED WORKSFORME

(Core :: DOM: Editor, defect, P3)

Description

[Mike Cornall]

From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; I; Linux 2.2.14 i686)
BuildID:    2000040708

When the "Link Properties" dialogue is opened for an existing link, the "Link
text" and "Link to" fields are blank (the dialogue box does display the values,
but *above* the fields).

Reproducible: Always
Steps to Reproduce:
1. Open an existing page in Composer.
2. Click on an existing link.
3. Click on the LINK icon to bring up the properties.

Actual Results:  The "Link text" and "Link to" fields are blank.

Expected Results:  The "Link text" and "Link to" fields should contain the
current values for that link.

This problem did *not* occur in Milestone 14. In M14, the "Link to" field was
properly initialized.

Note: There was no "Link text" field in M14, so obviously the dialogue box has
been redesigned (I like the change, BTW. It fixes something that always annoyed
me in Netscape 4.x).

Comment 1

[Kathleen :Brade]

Charley...
Hopefully this will be addressed when the dialogs are rewritten.

Comment 2

[Charles Manske]

It seems to work just fine in my current debug build, when the caret or 
selection is anywhere inside the link text.
Do you have a specific page + link that you see this happening?

Comment 3

[Mike Cornall]

Okay, now I'm confused. Last Saturday, when I discovered that M14, and 040708,
seemed to work differently, I went back and forth, starting and stopping each
one a number of times, and I'd swear that 040708 worked the way I described,
every time.

Now, I can't seem to repeat the problem, no matter what I try.

I can't think of anything I've done that would have changed things. I didn't
reinstall 040708, I don't remember changing the configuration, and I haven't
installed any new software. I run it using "./mozilla" in the package directory
where it was unzipped/untarred. I rebooted in between, but I can't see why that
would make a difference. I experimented with the Enlightenment window manager in
between (I normally run ICE with Gnome support), but since Enlightenment was
already installed and configured, I can't see why it would change things to try
it then switch back. Besides, doesn't Mozilla create its own widgets, rather
than relying on the window manager to do so?

I'm sure I saw a Link Properties dialogue that had an input field for "Link
text", as well as "Link to". I'm sure that I'm not confusing it with the Link
Create dialogue, because the only thing I was trying to do at the time,
repeatedly, was to fix a broken link. But now I'm starting to wonder if I'm
crazy (it's not the first time :). Is there an experimental dialogue in the code
that I might have been triggering? Are there any intermittent bugs in XUL that
would cause it to display the wrong dialogue box?

Either way, unless I can repeat the problem, it looks like you should put this
one on hold. Thanks for checking.

Comment 4

[Charles Manske]

Ok.

Comment 5

[sujay]

verified in 4/11 build.