Open Bug 1407605 Opened 8 years ago Updated 3 years ago

Clean and sweep in nsHttpChannel

Categories

(Core :: Networking: HTTP, enhancement, P3)

enhancement

Tracking

()

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
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.
Priority: -- → P3
Whiteboard: [necko-triaged]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.