Closed Bug 1401599 Opened 7 years ago Closed 7 years ago

Frequent browser_mixed_content_cert_override.js | application crashed [@ mozilla::net::HttpChannelChild::RecvReportSecurityMessage(nsTString<char16_t> const &,nsTString<char16_t> const &)] (((bool)(!!(!NS_FAILED_impl(rv)))), at HttpChannelChild.cpp:1522)

Categories

(Core :: Networking, defect, P5)

defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox57 --- affected

People

(Reporter: intermittent-bug-filer, Unassigned)

References

Details

(Keywords: assertion, crash, intermittent-failure, Whiteboard: [necko-triaged])

Filed by: rvandermeulen [at] mozilla.com

https://treeherder.mozilla.org/logviewer.html#?job_id=132235118&repo=mozilla-beta

https://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-beta-win64-debug/mozilla-beta_win10_64-debug_test-mochitest-e10s-browser-chrome-3-bm110-tests1-windows-build16.txt.gz

This is failing frequently on Beta57 on Win10 debug at the moment. These tests were only recently enabled (previously they ran on Win8), so I'm not sure how old the problem really is.
Christoph, any ideas on what might be happening here?
Flags: needinfo?(ckerschb)
(In reply to Ryan VanderMeulen [:RyanVM] from comment #1)
> Christoph, any ideas on what might be happening here?

Tanvi, Kate, can anyone take a look at this one please?
Flags: needinfo?(tanvi)
Flags: needinfo?(kmckinley)
Flags: needinfo?(ckerschb)
I'm not having any luck reproducing this on treeherder[1]. As Shih-Chiang notes above, it looks like the crash is because we use an assertion when we can not get the correct localization. Since this occurs in the content process, it makes me wonder if this could be a sandboxing issue.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=3df4d011c191c7b06481792041e34c261c8d8463
Flags: needinfo?(kmckinley) → needinfo?(bobowencode)
Flags: needinfo?(tanvi)
(In reply to Kate McKinley [:kmckinley, :Kate] from comment #5)
> I'm not having any luck reproducing this on treeherder[1]. As Shih-Chiang
> notes above, it looks like the crash is because we use an assertion when we
> can not get the correct localization. Since this occurs in the content
> process, it makes me wonder if this could be a sandboxing issue.
> 
> https://treeherder.mozilla.org/#/
> jobs?repo=try&revision=3df4d011c191c7b06481792041e34c261c8d8463

Sorry about the delay here.

If this were sandboxing I'd guess this would be failing all the time (although in theory it could be a timing thing if it was supposed to happen before we lower the sandbox).
The content process should have read access to the string bundles location anyway.

Gabor - you mentioned something about issues with loading string bundles in our meeting (bug 1385249), could this be a related issue?
The root cause mentioned in comment 2 is because of a failure with nsContentUtils::GetLocalizedString.
Looks like there might be non-fatal localization failures a bit further up the log as well.
Flags: needinfo?(bobowencode) → needinfo?(gkrizsanits)
(In reply to Bob Owen (:bobowen) from comment #7)
> Gabor - you mentioned something about issues with loading string bundles in
> our meeting (bug 1385249), could this be a related issue?
> The root cause mentioned in comment 2 is because of a failure with
> nsContentUtils::GetLocalizedString.
> Looks like there might be non-fatal localization failures a bit further up
> the log as well.

Yes that I'm pretty sure that it's the same problem.
Depends on: 1404383
Flags: needinfo?(gkrizsanits)
Whiteboard: [necko-triaged]
https://wiki.mozilla.org/Bugmasters#Intermittent_Test_Failure_Cleanup
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.