Open
Bug 1459183
Opened 7 years ago
Updated 4 years ago
single character not highlighted in bold as matching anymore
Categories
(Tree Management :: Treeherder, defect, P3)
Tree Management
Treeherder
Tracking
(Not tracked)
NEW
People
(Reporter: aryx, Unassigned)
References
Details
Single characters in the bug summaries of suggested failures are not highlighted in bold anymore as matching even if they match the actual failure line. First noticed this on Monday, but it can get annoying e.g. when it comes to numbers/offsets and coordinates like bug 1448497 and one has to pay closely attention.
Example: https://treeherder.mozilla.org/#/jobs?repo=autoland&revision=aa5c4afe0acb45067fe6985bd94f407138f323e0&filter-resultStatus=testfailed&filter-resultStatus=busted&filter-resultStatus=exception&filter-resultStatus=retry&filter-resultStatus=usercancel&filter-resultStatus=runnable&selectedJob=176639112
Comment 1•7 years ago
|
||
Yeah, this was a compromise I made with our new matching package that generates safer HTML. I excluded single characters because the package was matching things like:
"This is a string to match"
On a string like this:
"We have apples"
produced bolding like (markdown style):
We h**a**ve **a**pples
But I think I could create a custom ``findChunks`` function for that component that would only match full words, but still split on parts of paths. I will put this in my backlog and try to address it soon.
Assignee: nobody → cdawson
Flags: needinfo?(cdawson)
Updated•7 years ago
|
Priority: -- → P3
Comment 2•7 years ago
|
||
This would be good to get done. But I'm not going to get to it anytime soon.
Assignee: cdawson → nobody
Assignee | ||
Updated•4 years ago
|
Component: Treeherder: Log Parsing & Classification → TreeHerder
You need to log in
before you can comment on or make changes to this bug.
Description
•