VOOZH about

URL: https://bugzilla.mozilla.org/show_bug.cgi?id=1909700

⇱ 1909700 - Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT/_MISSING (aka "The installation seems to be corrupt/incomplete.")


Open Bug 1909700 Opened 1 year ago Updated 1 year ago

Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT/_MISSING (aka "The installation seems to be corrupt/incomplete.")

Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT/_MISSING (aka "The installation seems to be corrupt/incomplete.")
Core
XPCOM
unspecified
Unspecified
Unspecified
defect
Points:
---
NEW
---
Iteration:
---
a11y-review
Accessibility Severity
Performance Impact
Size Estimate
Webcompat Priority
Webcompat Score
Tracking Status
relnote-firefox
thunderbird_esr115
thunderbird_esr140
firefox-esr115
firefox-esr140
firefox-esr153
firefox152
firefox153
firefox154
---
QA Whiteboard:
---
Has STR:
---
Change Request:
---
Bug Flags:
This bug is publicly visible.

 

We expect crashes to come in with this MOZ_CRASH reason after bug 1471720.

Marking as S3 for now until we start seeing crash reports come in.

Severity: -- → S3
Summary: Startup failure NS_ERROR_OMNIJAR_CORRUPT aka "The installation seems to be corrupt." → Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT (aka "The installation seems to be corrupt.")
Reporter

Updated

1 year ago
See Also: → 1909701

From crash stats it seems we are seeing some cases of corruption and only 1 case of missing omin.ja for now.

Unfortunately the signature is the same and furthermore points to old bug 981681, which will start to spike now. Can we do something about this based on the crash reason?

Flags: needinfo?(gsvelto)
See Also: → 981681

Yes, but we need to do it in Socorro's signature generation code. We could add a rule there to pick up this crash reason and change the signature accordingly.

Flags: needinfo?(gsvelto)
Reporter

Comment 4

1 year ago

In alternative we can just collapse these two on one (this) bug and close the old one, moving the common signature here for monitoring. Note that this would impact bug 1909697 as it was meant to backlink to these two bugs.

Reporter

Updated

1 year ago
See Also: → 1909697
Reporter

Updated

1 year ago
Crash Signature: [@ XREMain::XRE_main ]
Reporter

Updated

1 year ago
Duplicate of this bug: 1909701
Reporter

Updated

1 year ago
Summary: Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT (aka "The installation seems to be corrupt.") → Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT/_MISSING (aka "The installation seems to be corrupt/incomplete.")

(In reply to Jens Stutte [:jstutte] from comment #4)

In alternative we can just collapse these two on one (this) bug and close the old one, moving the common signature here for monitoring. Note that this would impact bug 1909697 as it was meant to backlink to these two bugs.

I did this now to reduce confusion.

Some first observation:

All instances on beta so far are NS_ERROR_OMNIJAR_CORRUPT cases, the only _MISSING case is on nightly.
What we do not know is if that corruption is a symptom of some malfunction on our side (during update maybe) or a general failure on the machine (like an aborted update or a disk full or ...). The hope would be that the interactive message helps people to notice and take action for the latter case.

See Also: 1909701

The bug is linked to a topcrash signature, which matches the following criteria:

  • Top 20 desktop browser crashes on beta (startup)
  • Top 5 desktop browser crashes on Windows on beta (startup)

:nika, could you consider increasing the severity of this top-crash bug?

For more information, please visit BugBot documentation.

Flags: needinfo?(nika)

I think we should wait if we see a down-tendency for the number of affected installs thanks to the call to action. It is early to tell, but it might seem so for beta.

Flags: needinfo?(nika)
See Also: → 1928888

Maybe this looks like bug 1923198 now?

See Also: → 1923198

Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.

For more information, please visit BugBot documentation.

You need to log in before you can comment on or make changes to this bug.