HTTP Notify listeners registration failure




19 years ago
18 years ago


(Reporter: toml, Assigned: gagan)


Windows NT

Firefox Tracking Flags

(Not tracked)




19 years ago
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (WinNT; U)
BuildID:    2000042708

I do a daily pull_all and build and after doing that, my HTTP Notify listeners 
registration always fails.  If I continue to let the browser come up, close it, 
and then restart it then the registration succeeds.

What appears to be happening during the first startup is that 
nsNetModRegEntry.cpp attempts to get the nsEventQueueService.  The service is 
not started yet, so an instance is created/started, and returned to 
nsNetModRegEntry successfully.  nsNetModRegEntry then attempts to retrieve the 
event queue for the current thread.  However, no event queue for the current 
thread has been created yet so the call fails and the overall listener 
registration fails.

For all subsequent startups of the browser, nsAppShellService::Initialize 
function is invoked before my HTTP Notify listener registration is invoked.  
nsAppShellService creates an event queue for the current thread.  So when my 
HTTP Notify listener registration is invoked, nsNetModRegEntry successfully gets 
the event queue for the current thread and then completes the listener 
registration successfully.

The service that I am creating that performs the HTTP Notify listener 
registration is registered with NS_HTTP_STARTUP_CATEGORY to initialize when the 
HTTP protocol starts.  What I'm seeing is that there is a call to 
CheckForNewChrome in main1 of nsAppRunner.cpp just before the nsAppShellService 
is created (which starts the nsEventQueueService and creates an event queue for 
the current thread).  The call to CheckForNewChrome is causing the HTTP protocol 
to initialize which causes my service to initialize and then encounter the error 
because the nsAppShellService hasn't gotten a chance to create the event queue.

As a developer I can work around this by restarting the browser.  But an end 
user will be missing function the very first time he installs and starts the 

Reproducible: Always
Steps to Reproduce:
1. Delete all entries in bin and bin\components
2. Build
3. Use the existing Init fuction within nsCookieHTTPNotify.cpp and set  a break 
point at the call to RegisterModule
4. Step through and you'll find the error.
5. Continue to allow the browser to initialize and come up.
6. Restart and see that the error does not occur the next time.

Comment 1

18 years ago
Sorry for the spam.  New QA Contact for Browser General.  Thanks for your help
Joseph (good luck with the new job) and welcome aboard Doron Rosenberg
QA Contact: jelwell → doronr

Comment 2

18 years ago
pav, I know you've been working with the event queue lately - any idea what's 
happening here?

Comment 3

18 years ago
setting to NEW
Ever confirmed: true

Comment 4

18 years ago
updating component and setting default owner.
Assignee: asa → gagan
Component: Browser-General → Networking
QA Contact: doronr → tever

Comment 5

18 years ago
this is a very old bug. Can you confirm if you are still seeing this (since a 
lot has changed since the time this was filed)? thx.
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 6

18 years ago
Pulled and rebuilt yesterday and the bug is still there.
Resolution: WORKSFORME → ---

Comment 7

18 years ago
Just re-checked this on the latest build and the problem is no longer present.
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED

Comment 8

18 years ago
marking verified per reporters comments
You need to log in before you can comment on or make changes to this bug.