Custom Query (7259 matches)
Results (49 - 51 of 7259)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#15164 | duplicate | controlgroup bug in dialog | ||
Description |
When controlgroup is in a dialog, it is given an incorrect background-position css property because of .ui-widget-content class. In result an icon is shown inside a radio button despite it having a '.ui-icon-blank' class. http://imgur.com/a/9CmWV Here is a simple demo I've made: https://jsfiddle.net/q2xrp2nt/ Steps to reproduce: 1) Click on "ligthness" in both controlgroups. |
|||
#6041 | notabug | Change events occur too late due to setTimeout | ||
Description |
I was having problems with the auto-complete and ajax requests on my application. I have a search button that uses a Ajax request to update the page. To replicate the problem I write the complete/correct text on the auto-complete input and instead of clicking the menu I click the button. Both the focus and the change events are triggered after the Click event of the button occurs ..and that is kinda too late. I tracked this problem to the following code:
Is it really necessary to have the _change delayed? It works perfectly if I just leave the close there and do the change right away. |
|||
#8253 | duplicate | Wrong dialog closes on pressing esc twice on multiple modal dialogs | ||
Description |
If multiple modal dialogs are opened, the close-order on pressing the escape-key is wrong. See: http://jsfiddle.net/Plasm/QFkH9/ => at start: Dialog 1 opens
=> Dialog 2 opens
=> Dialog 3 opens
=> Dialog 3 closes
=> nothing visible happens
=> Dialog 1 closes Tested on FF11, IE9, Opera 11.62, Safari 5.1.1 and Chrome 18 (all on Win 7). The bug exists at least since 1.8.17 (probably older) I haven´t managed to get a workaround by using .dialog( "moveToTop" ) at Dialog 2 after closing Dialog 3. Triggering .focus() didn´t work as well. |