31094 - Unable to click when opening a invalid in composer adress from the Open Web location under the file menu

Status: RESOLVED WORKSFORME

(SeaMonkey :: Composer, defect)

Description

[Liam]

From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (Win98; I)
BuildID:    2000022820

I go into the composer (editor) program and click the Open Web Page Location 
under the file menu and if the web page adress is invalid you wont be able to 
click any where except another window.

Reproducible: Always
Steps to Reproduce:
1.Open the Composer Program 
2.Click Open Page Location under the file menu
3.enter an invalid adress and click Open
4.Click OK

Actual Results:  You where unable to click or select anything in that window

Expected Results:  Automaticly closed the Open Page Location or have it as an 
active window

Comment 1

[rubydoo123]

in the build from 6 APR, when an invalid address is entered, an error dialog box 
is displayed requiring user confirmation. This is working as designed.

If this can be reproduced using a current build, please reopen and describe in 
detail the actions taken to reproduce this bug.

Comment 2

[sujay]

I still see problems.

1) launch netscape
2) launch composer
3) File | Open Web Page location
4) enter invalid URL, click OK
5) click OK on error panel

now I can't use composer window at all....

I can reproduce this...composer window doesn't regain control after the invalid
URL detect.

Comment 3

[sujay]

also throbber keeps spinning in composer page...

Comment 4

[rubydoo123]

moving it to m17 for now

Comment 5

[rubydoo123]

sujay -- what platform are you testing on, I can not repro this on windows

Comment 6

[sujay]

Windows 95/98...

Comment 7

[rubydoo123]

after watching what Sujay did to reproduce this, it seems more like a netlib 
issue. When the alert box comes up that states the location cannot be found -- 
the app seems to continue to cycle indefinitely. assigning this to netlib so 
they can take a look at it

Comment 8

[Kathleen :Brade]

reassign to component owner

Comment 9

[Doron Rosenberg (IBM)]

confirming bug to get it out of the unconfirmed list. Sorry for the spamm

Comment 10

[Gagan]

we are correctly firing the OnStop but I think the request is not being pulled 
out of the loadgroup or something on the webshell. ruslan can you investigate?

Comment 11

[ruslan]

mscott: this looks like a uriloader problem. In the onStopRequest of the 
nsDocLoader seem to walk differently between the composer and the 
navigator. And that results in the logo continuing to spin. Could you take 
a look at this? thx. (gagan from ruslan's desk)

Comment 12

[Kathleen :Brade]

adding relnote keyword since this might confuse some users who make inadvertent 
typos.

Comment 13

[Jesse Ruderman]

I'm not seeing this.  I get a vague "unable to edit this type of page" message 
for a bogus hostname (and am taken back to the page I was last editing), and I 
can edit a 404 page.

I don't this bug was fixed in bug 55750 because I don't see the problem in a 
1002 build either.

Comment 14

[Jesse Ruderman]

> and am taken back to the page I was last editing

Oops, and the window closes.  I didn't notice it was opening in a *new* 
composer window because of bug 34930 (which is mysteriously marked "invalid").

Comment 15

[Gervase Markham [:gerv]]

This seems to be working now, so:

It seems unclear to me whether this bug requires either of a "developer" or 
"user" release note for Netscape 6 RTM. If anyone feels it does, can they please 
draft one and then nominate with the relnote-user or relnote-devel strings in 
the Status Whiteboard.

Thanks :-)

Gerv

Comment 16

[Yaron Minsky]

(Addendum to previous comment:  I've found this on the Linux build, running on
RedHat 7.0)

Comment 17

[benc]

mass move, v2.
qa to me.

Comment 18

[benc]

Sounds like another component that does not get back connection failures from
Necko. I'm marking as depends on 19073, anyone who understands the internals can
remove this if I am off-base.

Comment 19

[benc]

is this worth release noting? I'm going to ignore it on my first pass of writing...

Comment 20

[timeless]

this sounds familiar.
cvs build from no more than a week ago:
steps:
1. file>open web location
2. unknown-p:foo
3. open in: new composer window
4. open
5. find and dismiss the alert (see 4b')
expected results:
i'm not sure :)

actual results:
4a' a composer window opens (somewhere, it doesn't appear in the foreground,
but it is in the window list)
4b' an alert opens complaining about my location (this is semi reasonable
although not ideal) (it too isn't in the foreground, but it unlike composer
will come to front if you select it from the window list)
5' the composer window is almost entirely unusable, you can close it with the
system close widgets.

i'm trouncing this bug to editor to get it retriaged because it's such an old
bug. i suspect there's a dupe or two lying around somewhere.

Comment 21

[benc]

-> qa.

Comment 22

[Andrew Schultz]

not a dupe

Comment 23

[Phoenix]

WMF, no window/browser lock when opening incorrect address
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120712003002