Closed Bug 1596299 Opened 5 years ago Closed 5 years ago

Ensure all network requests for an http document use DocumentChannel

Categories

(Core :: Networking, task, P2)

task

Tracking

()

RESOLVED WONTFIX
Fission Milestone M6

People

(Reporter: pbone, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged])

We have removed fission process switching code form nsHttpChannel (Bug 1588412) and are moving to DocumentChannel, which is a more efficient way of handling process switching due to redirects. To ship fission we want all network requests for content processes to use document channel, otherwise they won't perform process switching, I think we must be missing some because this assertion sometimes fires.

In Bug 1593545 I changed the assertion to only fire if fission is enabled or if it is a debug build. We want to make sure all requests that should use document channel do (this bug) so that assertion isn't firing.

Considering the empty comment 0, I assume you want to take this yourself. If that's not the case, please ni? me to assign it to someone else.

Assignee: nobody → pbone
Type: defect → task
Priority: -- → P2
Whiteboard: [necko-triaged]

Hi valentin,

Opps, didn't realise I didn't type a comment 0. I wanted to leave this unassigned for now and give it a fission milestone to prioritise it as part of fission. This is something that we don't have to do today but will have to do before we ship fission. and as far as I can tell (but maybe there's an engineer more familiar with this) we don't have enough information to solve it today.

Is that okay or is it not how you triage necko bugs?

Thanks.

Assignee: pbone → nobody
Flags: needinfo?(valentin.gosu)

(In reply to Paul Bone [:pbone] from comment #2)

Is that okay or is it not how you triage necko bugs?

That's OK, but thanks for adding a description to the bug. Cheers!

Flags: needinfo?(valentin.gosu)

M6 because this bug doesn't block dogfooding (M5).

Fission Milestone: M5 → M6
Flags: needinfo?(honzab.moz)

I wonder if this is the case we should use (or should not?) use docchannel, but we don't?

Flags: needinfo?(honzab.moz) → needinfo?(pbone)
Summary: Ensure all network requests use document channel → Ensure all network requests for a document use DocumentChannel
Summary: Ensure all network requests for a document use DocumentChannel → Ensure all network requests for an http document use DocumentChannel

(In reply to Honza Bambas (:mayhemer) from comment #5)

I wonder if this is the case we should use (or should not?) use docchannel, but we don't?

I think that it is! I think that's <object> with data=<document>, which is pretty similar to an <iframe>.

I think we're going to need to support process switching those with fission.

I can't find a bug for that, Kris, do you know if we have one anywhere?

Flags: needinfo?(kmaglione+bmo)

(In reply to Matt Woodrow (:mattwoodrow) from comment #6)

I think that it is! I think that's <object> with data=<document>, which is pretty similar to an <iframe>.

I think we're going to need to support process switching those with fission.

I can't find a bug for that, Kris, do you know if we have one anywhere?

I don't think we do, but I've been worrying about whether we do even remotely the right thing for those for a while now...

Flags: needinfo?(kmaglione+bmo)
See Also: → 1614524

We've removed the assertion that checked this condition.

Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(pbone)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.