Open
Bug 1407605
Opened 8 years ago
Updated 3 years ago
Clean and sweep in nsHttpChannel
Categories
(Core :: Networking: HTTP, enhancement, P3)
Core
Networking: HTTP
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox58 | --- | affected |
People
(Reporter: mayhemer, Unassigned)
Details
(Whiteboard: [necko-triaged])
This bug is a bit of a long term project :)
Reading the code of this fundamental class becomes more and more complicated. The connect phase (before we start the transaction) is so much broke into small pieces and async callbacks it's hard to keep track and catch potential issues when the code is being change. I'd like to try to clean it a bit as:
- Unify the Continue* and After* and *Actual etc method naming to something that can be read and easily understood
- Try to sort the code in the way as it is likely to be executed (to be able to read it as a book, kinda..)
- Whatever else comes to mind to clean this up
Comment 1•8 years ago
|
||
Cleaning up error paths would be helpful. AFAICT there are right now:
* Cancel()
* AsyncAbort()
* mStatus=aRv + DoNotifyListener()
Some of these have de-duplication code and some do not.
Its very confusing about what is supposed to be called when. In InterceptedHttpChannel I chose to make everything go through Cancel() for consistency.
Updated•8 years ago
|
Priority: -- → P3
Whiteboard: [necko-triaged]
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•