Closed
Bug 267597
Opened 20 years ago
Closed 9 years ago
###!!! ASSERTION: Request list is not empty.: 'mRequests.entryCount == 0', file r:/mozilla/netwerk/base/src/nsLoadGroup.cpp, line 387
Categories
(Core :: Networking, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: timeless, Unassigned)
References
Details
(Keywords: assertion)
###!!! ASSERTION: Request list is not empty.: 'mRequests.entryCount == 0', file
r:/mozilla/netwerk/base/src/nsLoadGroup.cpp, line 387
Break: at file r:/mozilla/netwerk/base/src/nsLoadGroup.cpp, line 387
xpcom_core.dll!nsDebug::Assertion(const char * aStr=0x01204380, const char *
aExpr=0x0120439c, const char * aFile=0x012042bc, int aLine=0x00000183) Line 109 C++
> necko.dll!nsLoadGroup::Cancel(unsigned int status=0x0012f1ec) Line 387 + 0x1f C++
docshell.dll!nsDocLoaderImpl::Stop() Line 330 + 0x10 C++
docshell.dll!nsDocLoaderImpl::Stop() Line 325 + 0xe C++
docshell.dll!nsURILoader::Stop(nsISupports * aLoadCookie=0x00000000) Line
853 + 0xe C++
docshell.dll!nsDocShell::Stop(unsigned int aStopFlags=0x00000003) Line 2882 C++
webbrwsr.dll!nsWebBrowser::Stop(unsigned int aStopFlags=0x00000003) Line 708 C++
winEmbed.exe!WebBrowserChromeUI::Destroy(nsIWebBrowserChrome *
chrome=0x03dfa2c0) Line 913 C++
winEmbed.exe!BrowserDlgProc(HWND__ * hwndDlg=0x65757165, unsigned int
uMsg=0x00007473, unsigned int wParam=0x03e9a97c, long lParam=0x0012f1ec) Line
547 + 0x6 C++
user32.dll!77d43a50()
user32.dll!CharLowerBuffA() + 0x404
user32.dll!SetRect() + 0x15d
00000011()
I managed to get help (instance #2) to continuously reload its main page (i
loaded this help from the help menu) after loading a couple of javascript
consoles (from the tools menu), after loading help from password manager, after
loading javascript console from |javascript:|.
since it just wouldn't stop loading, and there's no stop button in help!, i had
to close the window.reproducable: yes (in this session, any item in the help menu which would open help)
Comment 3•20 years ago
|
||
thx for the reduced testcase timeless.
Severity: normal → major
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → mozilla1.8beta
Comment 4•20 years ago
|
||
hm, comment 2 claims this was with a js uri - wonder if this is related to bug 257875 / fixed by that bug's patch? hm, probably not fixed by it; although maybe its underlying cause.
Comment 5•20 years ago
|
||
I'd still blame the first paragraph of bug 257875 comment 11, if I had to guess
Comment 6•20 years ago
|
||
er, nevermind. javascript: just opens js console.
Comment 7•20 years ago
|
||
yes, i'm sure this is a regression from bug 257875.
Updated•20 years ago
|
Priority: -- → P3
Target Milestone: mozilla1.8beta1 → mozilla1.8beta2
Updated•19 years ago
|
Target Milestone: mozilla1.8beta2 → mozilla1.8beta5
Updated•19 years ago
|
Flags: blocking1.8rc1?
Comment 8•19 years ago
|
||
Can someone tell me why we need to block on this bug? Thanks.
Comment 9•19 years ago
|
||
I don't know that we need to block on it. It seems to be a regression since 1.0, so I figured it should be reviewed by the triage team.
Comment 10•19 years ago
|
||
doesn't look like the kind of bug we'll hold for. thanks for the quick follow-up, Darin.
Flags: blocking1.8rc1? → blocking1.8rc1-
Updated•19 years ago
|
Target Milestone: mozilla1.8beta5 → mozilla1.9alpha
Updated•18 years ago
|
Assignee: darin → nobody
Status: ASSIGNED → NEW
QA Contact: benc → networking
Target Milestone: mozilla1.9alpha → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•