348947 - When customizing toolbars, search box textfield still has I-beam cursor and is cannot be dragged

Status: RESOLVED DUPLICATE of bug 338378

(Firefox :: Toolbars and Customization, defect, P1)

Description

[Peter Kasting]

When customizing toolbars, the cursor changes to the text-editing I-beam when mousing over the search box, and users cannot grab and move the box.  This occurs whether the search box is on the toolbar or in the "box o' widgets".  This does not occur on trunk, but I'm not sure what branch patch is specifically responsible.  This makes it hard to move the Search box.

I've tested this on Linux, but I have seen the Search box do even funkier things on a Mac in Customize Toolbars mode.  I'm not sure if that's still occurring since I don't have a Mac to test on.

Comment 1

[Asaf Romano (gone)]

Attachment: patch

Comment 2

[Dave Townsend [:mossop]]

This looks like the same issue described in bug 338378 in which case it is not a regression from the new theme.

Comment 3

[Asaf Romano (gone)]

Attachment: patch, again

Comment 4

[Mike Connor [:mconnor]]

Comment on attachment 234190 [details] [diff] [review]
patch, again

r=me on this trivial patch to fix a silly (but funny) bug

a=mconnor on behalf of drivers for 1.8 branch checkin

Comment 5

[Asaf Romano (gone)]

1.8 branch: mozilla/browser/components/search/content/search.xml 1.37.2.53

Will land on trunk later today.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

This problem is not fixed with

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060817 BonEcho/2.0b1 ID:2006081704

Comment 7

[Peter Kasting]

Doesn't look fixed for me on branch as of ten minutes ago.

Comment 8

[Dave Townsend [:mossop]]

Going to dupe this to bug 338378. There is a patch there for this there. Clearing the blocking request since thats already denied on the other bug though I expect the patch to make Firefox 2.


*** This bug has been marked as a duplicate of 338378 ***