48664 - Infinite loading of not existing file

Status: VERIFIED DUPLICATE of bug 77635

(SeaMonkey :: Sidebar, defect, P3)

Description

[Adrian]

I was creating my homepage and I added a option to add to Sidebar a panel. I
writed in code the local adress of the panel I opened my page in Mozilla and
clicked "add panel". But I forgot, that the panel file isn't existing.

Actual Results: The panel loads in infinitive.
Expected Result: On the Sidebar there should be a info "Panel file not found".

Comment 1

[Gervase Markham [:gerv]]

[e-mail] - we need more information before we can proceed 
further. What exactly do you mean by "The panel loads in infinitive"? Can you 
give us a URL to demonstrate the problem? Also, please tell us the Build ID of 
the copy of Mozilla you were using.

Thanks :-)

gerv

Comment 2

[Adrian]

Well, the panel never loads. An example URL can be 
"file://c|/an_unexisting_url.html". I used 2000080921.

Comment 3

[Gervase Markham [:gerv]]

When I go to the fake URL given in 20000827, I get a "you are about to 
downloading something of type text/html", then an "Unknown Error." But
it doesn't keep trying to load it for ever...

Gerv

Comment 4

[Peter Howkins]

I am seeing this in 2000091212 win 98.
I believe what the original reporter meant by 'loads in infinitive' is that when 
you try to load a sidebar panal that does not exist, you get the 'Loading' 
message in the sidebar panal and it never goes away, it never realises that the 
file doesn't exist.

I do not believe that once it cannot find the file it keeps on trying, so the 
'Loading' message is incorrect.

I will attach a test case, save the html to your HD, view the html and click on 
the button to install the sidebar. Notice the complete lack of 'file not found' 
message.

Comment 5

[Peter Howkins]

Attachment: Sidebar install html file

Comment 6

[Blake Ross]

Reassigning 50 Sidebar bugs to Matt.  I was told this was going to be done 
shortly about two months ago, but it clearly hasn't been.  I think that's long 
enough for all these bugs to remain assigned to nobody.

Feel free to filter all this spam into the trashcan by looking for this string 
in the message body: ducksgoquack

Comment 7

[Jesse Ruderman]

This bug should go away when bug 44261 (?) and bug 63859 are fixed.

Comment 8

[Viswanath Ramachandran]

nav triage team: we'd like to take this off matt's plate by lowering priority 
and futuring, so as to make place for 28137 on the list. kevin - please note 
since this is a sidebar bug, hope you dont mind our taking it off the list. 
thanks, Vishy

Comment 9

[kmurray1115]

We need to talk about this - I think there is significant value in providing
either a stop button or a "Not Found" display with some sort of timeout. The
infinite loop is unacceptable, primarily because of the apparent impact on
performance. 

Comment 10

[shrirang khanzode]

spam : changing qa to sujay (New Sidebar QA)

Comment 11

[benc]

This hapens all the time when I use mozilla/ns6 and switch profiles with the
profiles that have a "Buddy List" entry.

In general, we need better error handling here, the loading icons should spin
forever only on real things that take forever, like slow servers and half-open
connections.

Comment 12

[Jesse Ruderman]

See also bug 63859, which is the same problem for sidebar panels with http:// 
urls.

Comment 13

[benc]

renominating for catfood.

Please explain why this is minused. The happens in too many places to not be a
cause of bug reports and satisfaction issues when we release nsbeta1.

We also should expect that sidebars that have low availability or high latency
will do this to users.

Also, people with general connectivity problems (dropped lines, dialup, proxy
servers, router failures) will all start showing spinning arrows when they get
disconencted.

Comment 14

[kmurray1115]

I agree and I'll ask again: "pchen, why are you minusing bugs without PM?" I'll
come if you invite me, honest!

Comment 15

[matt]

I want to add a check for local tabs that are chrome to check to see if the 
chrome file exists.  If it exists then we load that tab.  Otherwise we don't.
day:2
risk:little

Comment 16

[Viswanath Ramachandran]

sidebar+pdt triage: not an rtm stopper

Comment 17

[Samir Gehani]

The infiinite loading bug was fixed some time ago: 

(1) first an alert pops up saying the page was not found and to please try again
later (from necko?)
(2) then after a timeout the "Loading..." message is finally replaced by
PaneNotFound.xul which reads: "This tab is not available right now."

*** This bug has been marked as a duplicate of 77635 ***

Comment 18

[sujay]

verified.