Search and Top Navigation
#10561 closed bug (worksforme)
Opened August 19, 2014 07:29AM UTC
Closed August 19, 2014 03:03PM UTC
ui assigns colliding ids
Reported by: | maui444 | Owned by: | maui444 |
---|---|---|---|
Priority: | minor | Milestone: | none |
Component: | ui.core | Version: | 1.11.1 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
Example: Using accordion and tooltip on one document.
Jquery ui provides overlapping ids for accordion and tooltip. Therefore "mouseleave" event, which is fired when leaving the element that created a tooltip, removes the first accordion bar with id "ui-id-1" instead of the tooltip itself which also has id "ui-id-1".
Tooltips are being removed properly only when no accordion bar is left. All previously created tooltips stay visible.
Btw. ui version 1.10.4 worked properly
Attachments (0)
Change History (4)
Changed August 19, 2014 07:46AM UTC by comment:1
Changed August 19, 2014 11:26AM UTC by comment:2
owner: | → maui444 |
---|---|
status: | new → pending |
Please provide a test case showing the problem.
Changed August 19, 2014 02:52PM UTC by comment:3
status: | pending → new |
---|
There is no need for a test case. It is obvious: ui accordion produces the same ids as tooltip does.
Changed August 19, 2014 03:03PM UTC by comment:4
_comment0: | Well, considering that this works for me. I'll just close it. Feel free to provide a reduced test case showing the actual problem if you want us to do anything else. → 1408460643341213 |
---|---|
resolution: | → worksforme |
status: | new → closed |
Well, considering that this works for me, I'll just close it. Feel free to provide a reduced test case showing the actual problem if you want us to do anything else.
Ok, simple solution for this problem:
Providing own ids for the headlines which will will become accordion bars/tabs prevents ui from giving standard ids.
Still I don't appreciate the new approach from ui providing such simple and colliding ids ("ui-id-1") for different widgets.