Cannot select text in text widget

[nullbarriere]

By reporting this I refer to Wordpress Forum ​http://wordpress.org/support/topic/139464?replies=18

In short: In (some versions of?) IE6 and/or IE7 the INPUT and TEXTAREA fields of widgets accepting text input in the options dialog (first but not only the text widget) do not allow text selecting/highlghting.

My Solution as posted and worked with for while now:

I looked into the topic a little deeper. Theres a bug with jQuery Dragging. The Options Dialog of widget is draggable (reasons for that are not obvious to me). Since IE is highlighting text of layers under a dragged div, jQuery intentionally disables highlighting while dragging divs. Well, I looked into it just a little deeper, so I dont know yet how to really fix this keeping the draggability of the dialog, but for a workaround I came up with the idea of just disabling the (unneeded?) draggability:

in wp-admin/widgets.php commented out the line
jQuery('#<?php echo $widgetid?; ?>control').Draggable({handle: '.controlhandle', zIndex: 1000});

Is this still applicable to current release? Or can this be closed off?

Still current based on the customers who reported this. See #6470 for other IE-related issues.

Here's a report from one of them:

Problem exists using WP 2.7, default theme and no plugins active with IE7.

• You cannot select text in a text widget. Newsletter widget is also the same so it is not just the text widget itself. (1)

• Adding a text widget, the clicking edit causing widget to disappear. (that would be #6470)

I had vaguely understood a widget UI overhaul was slated in WP 2.8. Was that postponed?

(1) this one has a textarea, much like the text widget.

see also #9511

Punting due to feature freeze. Reconsider with next release.

might be fixed in the new interface

test with ie 6. no longer reproduceable, works in 2.8 trunk. all this has changed a lot since 2.3 so I suggest to close this as worksforme. will add an additional ie7 test with the other computer in a minute.

As expected, ie 7 worksforme as well. i will close the issue now. feel free to reopen when you experience these problems with 2.8 / 2.8 trunk again.

This was (hopefully) fixed by changing the sortable container from <li> to <div> on the admin page. It seems it's a long standing bug in ui.sortable.