Closed Bug 123808 Opened 23 years ago Closed 23 years ago

The file /start/ cannot be found...

Categories

(Core :: Networking: HTTP, defect, P2)

Product:
Core
Component:
Networking: HTTP
Platform:
x86
All
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: sjbufton, Assigned: darin.moz)

References

(
URL
)

Details

Attachments

(1 file)

level 5 http log before error
73.80 KB, text/plain
Details
Mozilla has problems loading URLs without a specific filename. www.mozilla.org/start is reproducible, I have the same problem occasionally on our intranet page.
http://www.mozilla.org/start no problemo anymore..
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
This is reproduceable - not every time, but frequently. When I first saw the reply, I checked it out, and it works. Now, it doesn't work. <a href="www.comit.ch">www.comit.ch</a> sort of works - the page is visible, but no images, and right click/'view image' brings the error 'The file ... cannot be found.'
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
What builds are you all using? I read slashdot regularly and I haven't noticed any problems in a long time (I admit I haven't been looking for problems either). Right now, the Works For Me on 2002020520 on win98
Sorry, ignore my last comment. Accidentally commented in the wrong bug. I have never had a problem with www.mozilla.org/start/ though (I just checked again to be sure).
Just happened to me, win2k build 2002020406
*** Bug 126943 has been marked as a duplicate of this bug. ***
I've seen this bug also, build 2002031115, for linux.
os->all based on last comment
OS: Windows 2000 → All
-> Networking:Http (confirming based on the dupe)
Assignee: asa → darin
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking: HTTP
Ever confirmed: true
QA Contact: doronr → tever
you'll commonly see the "The file /blah cannot be found" dialog after running two mozilla instances at the same time with the same profile. unfortunately, there is no locking mechanism in place right now to prevent users from doing this. clearing the disk cache and/or shift-reloading the page always cures the problem. can anyone confirm whether or not this is the problem here? if so, then this should be marked as a duplicate of bug 76431.
I see this on MacOS9 (Build 2002041017 1.0.0 branch). I saw it for the first time with an earlier build this week. And not only http, also ftp, like this one: ftp://sunsite.cnlab-switch.ch/mirror/mozilla/mozilla/nightly/ (when I click "Up to higher level directory" and back again). I tried clearing the Cache directory. I never run two instances of Mozilla. If this is the same bug, I would take a blind guess it belongs to Networking:Cache and not Networking:HTTP. A Reload or Back/Forward fixes it, it finds the page every second time it tries. Deja vu, this is like bug 85923 (which was History:Session).
tormod: very interesting... when you say that you never run two instances of mozilla, does that include Netscape 6 along side Mozilla?
Darin, that's correct, I don't even have Netscape6. And MacOS9 doesn't let me run two instances of Mozilla (or Netscape6, from what the error message tells me) at the same time. Furthermore, I can reproduce this with the ftp example from build 2002033108 and newer. Older ones up to build 2002032608 are ok. (I didn't try builds in between). Bug 40867 got a check-in around that time, but according to comment (bug 40867#c310) that was the day after.
tomrad: What are cache preferences? I cannot reproduce the problem with ftp://sunsite.cnlab-switch.ch/mirror/mozilla/mozilla/nightly/ on win2k. Can you also reproduce the problem with http://www.mozilla.org/start
neeti: perhaps it's Mac OS/9 specific??
My preference is "When the page is out of date". Changing it did not help the ftp case. I am not able to reproduce the mozilla.org/start. I have seen this with http, but the ftp is the only that I for sure can reproduce. I mentionned bug 85923, but also bug 91528 had similar behavior. Every other View Source also fails. Maybe my ftp problem does not belong to this bug. Sorry. I tried a sun-sparc build from April 2nd, and could not reproduce any of this. Tormod (sic)
tever: can you reproduce this on Mac OS/9?
Another reproducable (on my mac, build 2002041405, 1.0.0 branch) URL: http://images.amazon.com/images/P/B00000DFSA.01.LZZZZZZZ.jpg Displays first, then disappears after a number of back and forwards. If I quit the browser and start it again, the image displays for a while again. Clearing the cache (through the preferences and/or by deleting the cache folder) does not fix it. Tried a new fresh profile. Curious to hear if other mac users can confirm this. The sun-sparc build has no problems.
yes I can easily reproduce what Tormod is describing but do not have any problem with the original url. And it is only happening on the mac so far using either osX or os9. If you go to either the ftp site mentioned in comment# 11 or the http site mentioned in comment# 18 and hit back/forward a few times the 'file ... cannot be found" message will appear. build 2002041405 1.0.0 br and a 04/11 build
Trying the Amazon testcase, we got into a state where the image failed to load. Then cleared the memory (and disk?) cache. The next load of this image produced: The image “http://images.amazon.com/images/P/B00000DFSA.01.LZZZZZZZ.jpg” cannot be displayed, because it contains errors. so it might be that we're getting corrupted data out of the cache.
Also, monitoring port 80 and 21 with a packet sniffer, the network traffic appears to stop when the back button is hit right before the 'file not found' dialog pops up.
fwiw, attaching http log of the amazon test case. This log is the result of hitting the amazon site and then hitting back / forward about 2 or 3 times. I am not sure when the error dialog occurs but I would guess at the bottom or pretty close to it.
tever: thx for the info.. targeting moz 1.0.1
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.0.1
Target Milestone: mozilla1.0.1 → ---
mass futuring of untargeted bugs
Target Milestone: --- → Future
Just a minor update: this bug persists in Mozilla 1.0 release, and if anything seems to appear more frequently than ever. However, I wonder if it should be filed anew since it is definitely not the same problem as originally described, but seems to occur mostly with images or possibly large web pages. Also it's not clear that "Platform: All" still applies to this incarnation.
I'd just like to chime in that I experience the same problem, and offer another pair of URLs that exhibit it: http://www.est.org/~dorfman/audi/full-moon-s4-2.jpg and http://www.est.org/~dorfman/audi/full-moon-s4.jpg. Put one in, load it. Then put the other in, and load it. Then go back & forth between them a few times, and they'll start to get the error. I'd also like to ad that I believe this is not specific to image files. I don't have a specific non-image url to offer at the moment, but I've definitely run into it in previous builds with regular HTML files. I can't say for sure that I've run into it with non-image files on my current build, which is 2002052918. -Avram
In latest trunk (build 2002060908) the bug 149090 has been fixed, and it seems like it fixed the above amazon image test case. However it did not fix the ftp case. Erick, which of the symptoms do you still see ? Maybe we should open a new bug on this ftp on mac problem.
Since the patch for 149090, I have not yet run into the problem with images or web pages (yay!). FTP listings are still affected, but not as severely since reload works in this case, unlike the other two cases. I would agree that this bug is essentially fixed and a new bug filed for the FTP problem (unless someone has experienced a problem since 20020609).
marking WORKSFORME .. please open another bug for the FTP problem. thx!
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
The ftp on mac problem is bug 141831.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: