Closed
Bug 1269915
Opened 9 years ago
Closed 9 years ago
Remove context menu integration from breadcrumbs widget
Categories
(DevTools :: Inspector, defect, P1)
Tracking
(firefox49 verified)
Tracking | Status | |
---|---|---|
firefox49 | --- | verified |
People
(Reporter: bgrins, Assigned: steve.j.melia)
References
Details
(Whiteboard: [devtools-html])
Attachments
(1 file, 1 obsolete file)
25.66 KB,
patch
|
bgrins
:
review+
|
Details | Diff | Splinter Review |
Splitting this out from Bug 1259812. See https://bugzilla.mozilla.org/show_bug.cgi?id=1259812#c1 for more context.
Reporter | ||
Comment 1•9 years ago
|
||
Submitting for triage since this is blocking context menu work at bug 1266478
Blocks: devtools-html-1
Whiteboard: [devtools-html][triage]
Updated•9 years ago
|
Flags: qe-verify+
Priority: -- → P1
QA Contact: alexandra.lucinet
Whiteboard: [devtools-html][triage] → [devtools-html]
Assignee | ||
Comment 2•9 years ago
|
||
Split out from patch for Bug 1259812
Can I draw your attention to breadcrumbs.js:473 which is different from the patch on that bug; rather than change the tests I kept this click handler - I had previously thought this was a difference with XUL buttons. (jumped to conclusions during fiddling about)
Also I included the linting in this patch hope that's OK.
Attachment #8748713 -
Flags: review?(bgrinstead)
Updated•9 years ago
|
Assignee: nobody → steve.j.melia
Status: NEW → ASSIGNED
Priority: P1 → P2
Reporter | ||
Comment 3•9 years ago
|
||
Comment on attachment 8748713 [details] [diff] [review]
Remove context menu from breadcrumbs
Review of attachment 8748713 [details] [diff] [review]:
-----------------------------------------------------------------
Nice, looks great. Thanks Steve! Let's see how the test server likes it: https://treeherder.mozilla.org/#/jobs?repo=try&revision=d502ac097d7e
Attachment #8748713 -
Flags: review?(bgrinstead) → review+
Reporter | ||
Comment 4•9 years ago
|
||
Marking for checkin, since try is looking good
Keywords: checkin-needed
Assignee | ||
Comment 5•9 years ago
|
||
Hey Brian I've just realised my patch doesn't contain my user info - I just copied it out of my mq series instead of importing it. Lesson learnt I guess. Does this matter?
Reporter | ||
Comment 6•9 years ago
|
||
(In reply to Steve Melia from comment #5)
> Hey Brian I've just realised my patch doesn't contain my user info - I just
> copied it out of my mq series instead of importing it. Lesson learnt I
> guess. Does this matter?
Yeah, let's make sure your authorship info is in the patch before landing
Keywords: checkin-needed
Reporter | ||
Comment 8•9 years ago
|
||
Copying out of your mq series should include authorship info - does your .hgrc have the username config? https://developer.mozilla.org/en-US/docs/Mercurial/Using_Mercurial#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F
Reporter | ||
Updated•9 years ago
|
Attachment #8748901 -
Flags: review+
Reporter | ||
Updated•9 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 9•9 years ago
|
||
yeah it's got the [ui] section and works fine when I "hg export qtip"; I think my lazy error is copying files out of .hg/patches... i'll do a bit more reading, need to investigate mozreview as well I think.
Reporter | ||
Comment 10•9 years ago
|
||
I have this in the [defaults] section: https://gist.github.com/bgrins/a323ae0aaffbf835b3b5#file-hgrc-L18. I think the qnew = -Ue does the trick, where U adds authorship info (and e lets you add a commit message right away)
Comment 11•9 years ago
|
||
Keywords: checkin-needed
Comment 12•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox49:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 49
Updated•9 years ago
|
Iteration: --- → 49.1 - May 9
Priority: P2 → P1
Comment 13•9 years ago
|
||
Confirming that with latest Nightly 49.0a1, across platforms [1], the context menu is no longer applicable for breadcrumbs toolbar. While performing some additional exploratory testing, I've encountered bug 1273125 and noticed a dotted rectangle when an element from breadcrumbs toolbar is selected (Mac 10.11.1 and Ubuntu 14.04 32-bit only) → https://goo.gl/z7oS3L; is this an expected behavior?
[1] Windows 10 64-bit, Ubuntu 14.04 32-bit and Mac OS X 10.11.1
Status: RESOLVED → VERIFIED
Flags: qe-verify+ → needinfo?(steve.j.melia)
Assignee | ||
Comment 14•9 years ago
|
||
I had a feeling this might be related to Bug 1242851 (improving focus highlighting) and a mozregression found the following pushlog https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=5a937f17f3369f64554d5552ecfeb22ef4757fcb&tochange=d5b56d7097ba3ba8b77f88b7f57c6afba7e10c78
So - intentional I think; but it's probably a good idea for Yura to confirm. (i'm quite a new contributor...)
Flags: needinfo?(steve.j.melia) → needinfo?(yzenevich)
Comment 15•9 years ago
|
||
Focus highlighting will be removed once bug 1272011 is implemented. We should rather focus on the breadcrumbs container instead of each particular one.
Flags: needinfo?(yzenevich)
Updated•8 years ago
|
QA Whiteboard: [qe-dthtml]
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•