Closed Bug 1744 Opened 26 years ago Closed 26 years ago

NGLayout hangs forever on nsIURL::Read() if file is empty

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 1742

People

(Reporter: jst, Assigned: gagan)

Details

(Keywords: testcase)

nsIURL *url; NS_NewURL(url, "file://C:/foo.bar"); url->Open(...) url->Read(...) hangs on Read() if the file C:\foo.bar exists but is empty. I tried looking into this but I didn't see any obvous errors, I did notice one thing though, the nsIURL::Read(...) hangs on PR_Wait(m_Lock, PR_INTERVAL_NO_TIMEOUT); (nsNetStream.cpp:713) and the netlibrary does LIBNET_UNLOCK_AND_RETURN(XP_ListIsEmpty(net_EntryList) ? 0 : 1); from what I could se the address of the m_Lock and the lock that is unlocked is not the same!. I do not know if this information is important or even correct...
Status: NEW → ASSIGNED
Setting all current Open Critical and Major to M3
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 1742 ***
Status: RESOLVED → VERIFIED
confirmed that it doesn't hang forever on a document that has no data. A good test, I will put it in my test cases.
confirmed that it doesn't hang forever on a document that has no data. A good test, I will put it in my test cases.
Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.
Component: Networking → Networking: File
Keywords: testcase
You need to log in before you can comment on or make changes to this bug.