Closed
Bug 1230515
Opened 9 years ago
Closed 6 years ago
shutdownhang in mozilla::net::nsHttpConnectionMgr::Shutdown when dealing with usb card reader and websites which require RFID authentication
Categories
(Core :: Networking: HTTP, defect, P3)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: kushnirTV, Unassigned)
References
()
Details
(Keywords: crash, Whiteboard: [necko-backlog])
Crash Data
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 Build ID: 20151029151421 Steps to reproduce: Setup: Windows-10, FF 42.0, but it's possibly not a Win10 issue 1. Open Firefox, open some pages, do some ordinary webbrowsing 2. Insert USB card-reader into computer and insert card with RFID chip into card-reader 3. At this stage any websites fail to open 4. I had previously opened https://digidoc.sk.ee/ - Estonian digitally signed (with a card) portal 5. After clicking on that portal Sign in with ID Card, Firefox crashes BUT If after inserting USB card reader I will forcefully restart Firefox, it caches up everything just perfect. Actual results: Firefox stops opening websites and crashes when you try to use RFID authentication Expected results: Websites should have been opening normally. No crash on authentication attempt.
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Windows 10
Hardware: Unspecified → x86
Comment 1•9 years ago
|
||
If Firefox hangs, please submit this information: https://developer.mozilla.org/docs/How_to_Report_a_Hung_Firefox If Firefox crashes, please submit this information: https://developer.mozilla.org/docs/How_to_get_a_stacktrace_for_a_bug_report
Severity: normal → critical
Component: Untriaged → Security: PSM
Flags: needinfo?(kushnirTV)
Keywords: crash
Product: Firefox → Core
Reporter | ||
Comment 2•9 years ago
|
||
(In reply to Gingerbread Man from comment #1) > If Firefox hangs, please submit this information: > https://developer.mozilla.org/docs/How_to_Report_a_Hung_Firefox > > If Firefox crashes, please submit this information: > https://developer.mozilla.org/docs/How_to_get_a_stacktrace_for_a_bug_report This is the crash - bp-0574bfab-be1a-43c6-a15e-548d72151204 https://crash-stats.mozilla.com/report/index/0574bfab-be1a-43c6-a15e-548d72151204 I can't provide you with hung info this time. Sorry.
Flags: needinfo?(kushnirTV)
Updated•9 years ago
|
Blocks: 1158189
Crash Signature: [@ shutdownhang | WaitForSingleObjectEx | WaitForSingleObject | PR_Wait | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::net::nsHttpConnectionMgr::Shutdown ]
Component: Security: PSM → Networking: HTTP
Summary: Firefox hangs and crashes when dealing with usb card reader and websites which require RFID authentication → shutdownhang in mozilla::net::nsHttpConnectionMgr::Shutdown when dealing with usb card reader and websites which require RFID authentication
Patrick, since you commented on bug 1158189 (also a shutdown hang bug), I wanted to start off with pinging you about this issue. This is at #2 spot in top crashes on Beta44. Could you please help investigate? Thanks!
Flags: needinfo?(mcmanus)
Comment 4•8 years ago
|
||
this is at best tangentially related to the networking code, so my help will be unfortunately limited. It definitely has nothing to do with http. (famous last works) You see the hang during shutdown because the main thread is waiting for the socket (i.e. necko) and http management thread to exit - which it isn't doing. And we get the timer based crash. https://crash-stats.mozilla.com/report/index/0574bfab-be1a-43c6-a15e-548d72151204#allthreads My guess is that the socket thread here is #4, but its stack is so deep that you can't tell for sure. What that thread shows is onepin-opensc-pkcs11.dll doing some kind of IO.. its likely stuck. If that IO is blocking IO then it shouldn't be doing it on the socket thread at all (which is meant to use non blocking IO exclusively). But I don't really know how this is driven from higher in the stack because it is so deep it is missing from the report. your best bet is to find someone who understands the smartcard routines (or can at least reproduce) and we can figure out why its hanging (or if that fails, at least why its running on the socket thread). PSM maybe? I'm not sure..
Flags: needinfo?(mcmanus)
Thanks Patrick for providing some interesting leads here. Re-directing to Honza and Tim as they work on PSM.
Flags: needinfo?(ttaubert)
Flags: needinfo?(honzab.moz)
Comment 6•8 years ago
|
||
With shutdown and PSM this sounds like a thing for keeler to look at :)
Flags: needinfo?(ttaubert) → needinfo?(dkeeler)
Comment 7•8 years ago
|
||
I won't have time to look at this. I also no longer maintain this code.
Flags: needinfo?(honzab.moz)
I'll have a look at this when I can.
Flags: needinfo?(dkeeler)
Updated•8 years ago
|
Whiteboard: [necko-backlog]
Comment 9•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Updated•7 years ago
|
Priority: P1 → P3
Comment 10•6 years ago
|
||
Closing because no crash reported since 12 weeks.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•