bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

URL: random urls fail to load

VERIFIED WORKSFORME

Status

()

Core
Networking
P2
major
VERIFIED WORKSFORME
17 years ago
14 years ago

People

(Reporter: Alec Flett, Assigned: Darin Fisher)

Tracking

({helpwanted})

Trunk
Future
x86
Windows 2000
helpwanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
ever since the new url parsing landed, I see random alerts saying that certain
directories fail to load. For instance, I just went to
http://lxr.mozilla.org/seamonkey/ and I got an alert "Unable to open
"/seamonkey/" or something very similar.

I've also noticed that certain urls fail to load stylesheets the first time, but
subsequent loads work just fine. I see this most often at CNET and
money.cnn.com... my theory is that its having a similar problem trying to load a
CSS file but we don't get alerts for stylesheets that fail to load

Unfortunately, its kind of unpredictable when it is going to happen, and after
it happens the first time, it seems to work correctly.
(Assignee)

Comment 1

17 years ago
odd... the symptom sounds more like some sort of thread safety problem.  URL
parsing is stateless.  nsStandardURL has state, but it's usage should be
identical each time the browser loads content from the same site.  i checked in
a change to the socket transport recently that could potentially have had a bug
that would lead to strange behavior such as this.  would love to know when
exactly you started seeing this.
(Reporter)

Comment 2

17 years ago
wow, today's build (2001121103) on Win2k is really showing off this problem -
more than 50% of the images on each page are failing to load.. when I
right-click on an image, I get an alert:
"The file /foo/bar.gif cannot be found. Please check the location and try again."

strangely, I'm not seeing this on linux (2001121106)

Also, this is specifically on release builds...I'm not sure I've seen it in
debug builds.
(Assignee)

Comment 3

17 years ago
i'll spend some time with an optimized win2k build today and see if i can't
repro the problem myself.
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9.7
(Reporter)

Comment 4

17 years ago
strangely, the build now seems to be working ok.. but for the first 5-10 minutes
of usage, it was very messed up. I wonder if it might be cache-related?

My theory on why its now working is that I've visited the usual 5 or so sites
that I view each day (cnet, slashdot, etc) and with enough visits, eventually
all the images are once again in the cache. (i.e. say it messes up 20% of the
images each time - after 5 or 10 reloads, chances are you've gotten all the
images right at least once.
(Assignee)

Comment 5

17 years ago
-> 0.9.8
Target Milestone: mozilla0.9.7 → mozilla0.9.8
(Assignee)

Comment 6

17 years ago
-> future (adding helpwanted keyword)
Keywords: helpwanted
Target Milestone: mozilla0.9.8 → Future
(Assignee)

Comment 7

14 years ago
marking WORKSFORME based on how old this bug is, and i believe that we've worked
out all the kinks from the URL parser rewrite of yesteryear.
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME

Comment 8

14 years ago
V/wfm.

cache sounds like a good explaination.
Status: RESOLVED → VERIFIED
Summary: random urls fail to load → URL: random urls fail to load
You need to log in before you can comment on or make changes to this bug.