Closed Bug 1200870 Opened 6 years ago Closed 6 years ago

Eyedropper (Colorpicker) flies away in the top left corner of window if the mouse arrow has specific vertical coordinate or horizontal coordinate

Categories

(DevTools Graveyard :: Graphic Commandline and Toolbar, defect)

41 Branch
defect
Not set
normal

Tracking

(firefox40 unaffected, firefox41 wontfix, firefox42 affected, firefox43 affected, firefox44 fixed, firefox-esr38 unaffected)

RESOLVED FIXED
Firefox 44
Tracking Status
firefox40 --- unaffected
firefox41 --- wontfix
firefox42 --- affected
firefox43 --- affected
firefox44 --- fixed
firefox-esr38 --- unaffected

People

(Reporter: arni2033, Assigned: enndeakin)

References

Details

(Keywords: regression, Whiteboard: [polish-backlog])

Attachments

(2 files)

STR:   (Win7_64, Nightly 43, 32bit, ID 20150901030226, new profile, safe mode)
1. Maximize Fx window
2. Open devtools->options, check "Grab color from page"
3. Click colorpicker button in devtools
4. Move colorpicker to horizontal line which is placed ~40px from the top of the window. It crosses urlbar dropmarker ~in its center [watch video!]

Result:       Colorpicker was moved to the top left corner of window (not top left corner
              of the screen - I tested it with window docked to the right side of screen)
Expectations: Colorpicker should follow the mouse arrow.

Note: That's funny but while I move colorpicker within that line, it constantly updates the area,
      e.g. if I hover over the urlbar dropmarker - it becomes blue in colorpicker "bubble". One would
      expect such behavior from colorpicker as default.
Whiteboard: [polish-backlog]
This also happens at the left side of screen (similar vertical line that breaks the eyedropper)
Summary: Eyedropper (Colorpicker) flies away in the top left corner of window if the mouse arrow has specific vertical coordinate → Eyedropper (Colorpicker) flies away in the top left corner of window if the mouse arrow has specific vertical coordinate or horizontal coordinate
Regression range: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=eabe83ede1e3cd132eaf049ea5f53ce927c0b19f&tochange=810c13b0ac029e2463722eb74834342d8045ce2f

Regression from bug 873923.

The issue appears to be related to the Eyedropper being affected by the element changing color when hovered when it wasn't previously. I suspect that this bug will need to move components, but will let Neil take care of that.
Blocks: 873923
Flags: needinfo?(enndeakin)
Attached patch Remove -1 checkSplinter Review
panel.moveTo(x, -1) is being called. Using -1 would move the popup back to be anchored but now that moveToAnchor exists, this isn't needed.
Assignee: nobody → enndeakin
Status: NEW → ASSIGNED
Flags: needinfo?(enndeakin)
Attachment #8669759 - Flags: review?(tnikkel)
Attachment #8669759 - Flags: review?(tnikkel) → review+
https://hg.mozilla.org/mozilla-central/rev/837aaa5d4039
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 44
Has STR: --- → yes
Product: Firefox → DevTools
Product: DevTools → DevTools Graveyard
You need to log in before you can comment on or make changes to this bug.