Closed
Bug 518144
Opened 16 years ago
Closed 16 years ago
Socorro UI: empty signatures in the UI still need a link to the underlying data
Categories
(Socorro :: General, task, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
1.3
People
(Reporter: lars, Assigned: ozten)
References
Details
(Whiteboard: [crashkill][crashkill-metrics][1.9.2-fixed])
Attachments
(1 file, 3 obsolete files)
|
11.66 KB,
patch
|
ryansnyder
:
review+
|
Details | Diff | Splinter Review |
Sometimes a crash signature cannot be generated from a crash. The processor, when encountering this, provides an explanation in the 'processor_notes' field. Sometimes, crashes without signature appear in searches and reports. In the UI, the signature is often the base text for the link that allows the user to drill down to get more information. If the signature is blank, the link is omitted, even though there is associated data. The user has no way to get to the crashes with no signature.
Action: in locations where there are normally signatures as links, put "no signature found" as the text of the link in the case where the signature is blank.
This change affects the results of a search, as well as the top_crashes_by_signature reports.
| Reporter | ||
Updated•16 years ago
|
Summary: Socorro UI: empty signatures in the UI still need a like to the underlying data → Socorro UI: empty signatures in the UI still need a link to the underlying data
Comment 2•16 years ago
|
||
This proposed patch was done by code examination, has not been tested
Attachment #403896 -
Flags: review?(ozten.bugs)
Comment 3•16 years ago
|
||
Comment on attachment 403896 [details] [diff] [review]
Expect this will provide 'signature uknown' instead of empty, for linking
On testing, the patch doesn't work.
Attachment #403896 -
Attachment is obsolete: true
Attachment #403896 -
Flags: review?(ozten.bugs)
Comment 4•16 years ago
|
||
Attachment #404695 -
Flags: review?(ozten.bugs)
| Assignee | ||
Comment 5•16 years ago
|
||
Comment on attachment 404695 [details] [diff] [review]
Write "(signature unavailable)" as the link text, when otherwise it would be empty string
I liked you first patch better.
Use php's empty function to determine if a string is NULL or contains no characters.
Attachment #404695 -
Flags: review?(ozten.bugs) → review-
Comment 6•16 years ago
|
||
Committed revision 1372. Now works for me.
Comment 7•16 years ago
|
||
Need to address this as the number of empty signature crashes is twice the number of our top crashes.
Flags: blocking1.9.2+
Priority: -- → P2
Whiteboard: [crashkill]
Comment 8•16 years ago
|
||
See comment #6: The code is in place and waiting to be pulled onto production server
Updated•16 years ago
|
Whiteboard: [crashkill] → [crashkill][crashkill-metrics]
Updated•16 years ago
|
Assignee: nobody → morgamic
Target Milestone: --- → 1.1
Comment 9•16 years ago
|
||
Previous patch 'fixed' the display problem by displaying (signature unavailable) gave the href a display, but also inserted that string into the href's target URI. In hindsight, that's obvious...
Attachment #412293 -
Flags: review?(ozten.bugs)
| Assignee | ||
Comment 11•16 years ago
|
||
Comment on attachment 412293 [details] [diff] [review]
Fixes bug where the link URI is incorrect for a blank signature
Looks good.
Attachment #412293 -
Flags: review?(ozten.bugs) → review+
Comment 12•16 years ago
|
||
Committed revision 1469:
URL: https://socorro.googlecode.com/svn/trunk/webapp-php/application/views/common/list_by_signature.php
URL: https://socorro.googlecode.com/svn/trunk/webapp-php/application/views/common/list_topcrashers.php
(Unable to fully test list_by_signature.php: Empty signatures are not now provided by the query/query form)
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Comment 13•16 years ago
|
||
The change in 1469 breaks link generation for the report/list links.
prior to 1469 the $url_params variable had a 'signature' key which is the exact signature which the user wants to click through too.
Picking up, will patch.
Assignee: morgamic → ozten.bugs
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
| Assignee | ||
Comment 14•16 years ago
|
||
(In reply to comment #13)
Fixing query/query display, which had removed $url_params['signature'] in previous commit. r1551
The basic underlying goal of this bug is still not resolved. Bumping to 1.3. Sorry I missed this in the code review at comment #11
We should support a signature that is NULL or an empty string through-out the webapp. The work that was done changes the link's value, but doesn't address the common database queries should search for signature IS NULL OR signature = '' so that users can drill down on (signature unavailable) links.
Target Milestone: 1.1 → 1.3
| Assignee | ||
Comment 15•16 years ago
|
||
Created http://code.google.com/p/socorro/wiki/NullOrEmptySignatures to be linked to from the UI as "learn more"
| Assignee | ||
Comment 16•16 years ago
|
||
This patch adds general support for null or empty signatures.
It refactors the various constants off of the top crashers controller into the Crash library.
Test notes: Search for Firefox last week and a top result should be null closely followed by empty signatures.
Attachment #404695 -
Attachment is obsolete: true
Attachment #412293 -
Attachment is obsolete: true
Attachment #417998 -
Flags: review?(ryan)
Comment 17•16 years ago
|
||
Comment on attachment 417998 [details] [diff] [review]
General support for empty or null signatures
Code looks fine. Tested fine. R+.
There is a lot of text on this page already, so we may want to replace the "Learn More" link with a "[?]" link. Can add "Learn More" to the anchor title.
Attachment #417998 -
Flags: review?(ryan) → review+
| Assignee | ||
Comment 18•16 years ago
|
||
Thanks for the review.
If we have a [?] image, I'm for it, but as just text it gets lost in the page.
| Assignee | ||
Comment 19•16 years ago
|
||
Sending webapp-php/application/controllers/query.php
Sending webapp-php/application/controllers/report.php
Sending webapp-php/application/controllers/topcrasher.php
Sending webapp-php/application/libraries/crash.php
Sending webapp-php/application/models/common.php
Sending webapp-php/application/views/common/list_by_signature.php
Sending webapp-php/application/views/report/do_list.php
Transmitting file data .......
Committed revision 1613.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Whiteboard: [crashkill][crashkill-metrics] → [crashkill][crashkill-metrics][1.9.2-fixed]
Updated•14 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
You need to log in
before you can comment on or make changes to this bug.
Description
•