Opened 12 years ago
Closed 12 years ago
#30537 closed defect (bug) (fixed)
Iris 1.0.6 resets color on drag when > 1 picker on page
| Reported by: | lilaeamedia | Owned by: | mattwiebe |
|---|---|---|---|
| Priority: | high | Milestone: | 4.1 |
| Component: | External Libraries | Version: | 4.1 |
| Severity: | major | Keywords: | has-patch |
| Cc: | Focuses: | ui |
Description
Dragging the pointer in the square causes the color to return #000000.
I have seen it return #FFFFFF in another instance, but it always occurs when there are more than one pickers in the DOM and never on the first picker initialized.
Iris 1.0.6
Safari Version 8.0 (10600.1.25.1)
Chrome Version 39.0.2171.71 (64-bit)
Firefox 33.1
To reproduce, go to Appearance > Header (Twenty Fifteen in this example)
Select "Colors"
Under "Background Color", click "Select Color" and drag the pointer -> this works correctly.
Now under "Header and Sidebar Text Color" (or any other option) and drag the pointer -> color resets to #000000 and does not change.
Attachments (3)
Change History (6)
@
12 years ago
This screenshot shows the same issue (only resetting to #fff) in a plugin that uses the 'iris' enqueued script
#1
@
12 years ago
- Component Customize → External Libraries
- Focuses ui javascript administration removed
- Keywords needs-patch added
- Milestone Awaiting Review → 4.1
- Owner set to
- Priority normal → high
- Severity normal → major
- Status new → reviewing
Thanks for the ticket. I have created a PR upstream with an hotfix, see https://github.com/Automattic/Iris/pull/46.
Let's see if we can get a fix, otherwise I will revert [30551], see #30365.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
This screenshot shows the example in this ticket, second picker active