Closed Bug 860762 Opened 11 years ago Closed 10 years ago

URLs tab in report/list doesn't show B2G's app:// URLs

Categories

(Socorro :: Webapp, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kairo, Assigned: rhelmer)

References

Details

Attachments

(1 file)

When going to https://crash-stats.mozilla.com/report/list?signature=nsCSSFrameConstructor%3A%3AMaybeRecreateContainerForFrameRemoval I see two B2G crashes from Apr 7, 2103.
Both of those have a URL of app://homescreen.gaiamobile.org/manifest.webapp shown in their report/index pages, but the URLs tab of the report/list says there are no URLs. We should still show those.
OS: Linux → All
Hardware: x86_64 → All
This signature seems to still exist but there's very little data in it. (bug is 9 months old)

Where do you see these URLs at all? Under the Reports tab?

What is interesting is that the URL is only an option if you select one of the fields from the raw crash and that URL I see is `http://allegro.pl/damskie-kozaki-5541?string=koz...` but it's not in the URLs tab at all.
Group: mozilla-corporation-confidential
PS. Made this bug confidential because the screenshot contains a URL.
(In reply to Peter Bengtsson [:peterbe] from comment #4)
> PS. Made this bug confidential because the screenshot contains a URL.

As long as it's nothing embarassing or personally identifying, I don't see any reason for making a whole bug confidential.

Try https://crash-stats.mozilla.com/report/list?signature=snapshot_start as an example that works nowadays.
Group: mozilla-corporation-confidential
Assignee: nobody → peterbe
Status: NEW → ASSIGNED
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #0)
> When going to
> https://crash-stats.mozilla.com/report/
> list?signature=nsCSSFrameConstructor%3A%3AMaybeRecreateContainerForFrameRemov
> al I see two B2G crashes from Apr 7, 2103.
> Both of those have a URL of app://homescreen.gaiamobile.org/manifest.webapp
> shown in their report/index pages, but the URLs tab of the report/list says
> there are no URLs. We should still show those.

The reason why the URLs do not appear is that B2G crashes are not getting added to reports_clean. This bug cannot be resolved until the B2G issues are resolved.
Assignee: peterbe → nobody
May be completely resolved by 928051. Review after that lands.
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #5)
> (In reply to Peter Bengtsson [:peterbe] from comment #4)
> > PS. Made this bug confidential because the screenshot contains a URL.
> 
> As long as it's nothing embarassing or personally identifying, I don't see
> any reason for making a whole bug confidential.
> 
> Try https://crash-stats.mozilla.com/report/list?signature=snapshot_start as
> an example that works nowadays.

I see an URL in the URL tab now, KaiRo does this look as expected?
Flags: needinfo?(kairo)
Assignee: nobody → rhelmer
(In reply to Robert Helmer [:rhelmer] from comment #8)
> (In reply to Robert Kaiser (:kairo@mozilla.com) from comment #5)
> > Try https://crash-stats.mozilla.com/report/list?signature=snapshot_start as
> > an example that works nowadays.
> 
> I see an URL in the URL tab now, KaiRo does this look as expected?

Yes, that's exactly as expected! \o/

This one is another example and shows we do get all kinds of URLs, "normal" http(s):// ones as well as the "internal" app:// ones we create for pre-shipped (and packaged) apps:
https://crash-stats.mozilla.com/report/list?product=B2G&range_value=7&range_unit=days&date=2014-03-18&signature=mozalloc_abort+|+NS_DebugBreak_P+|+mozilla%3A%3Adom%3A%3AContentChild%3A%3AProcessingError&version=B2G%3A18.0#tab-sigurls

I think we can call this one fixed by bug 928051 :)
Flags: needinfo?(kairo)
Resolved per comment 9, thanks!
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: