Closed Bug 190018 Opened 22 years ago Closed 22 years ago

Highlighted/focused text fields in XUL and HTML clobbers X Primary

Categories

(Core :: XUL, defect)

x86
FreeBSD
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 188440

People

(Reporter: jon, Assigned: jag+mozilla)

Details

User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20021227 Build Identifier: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030118 Between 1/9 and 1/10, text fields in forms, the location bar, the open web location, find dialog, file open dialog, etc. began asserting X primary as the control's contents are highlighted upon receiving focus. There are bugs separately addressing the location bar behavior and the open web location behavior, the latter behavior changing coincident with the above. The 1/10 nightly build clobbers, 1/9 does not. Directory: 2003-01-10-16-trunk 01/10/03 16:31:00 Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030111 Directory: 2003-01-09-16-trunk 01/09/03 16:31:00 Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030110 While setting the autocopy pref prevents the unwelcome primary assertions, it also renders unusable in mozilla one of X's finer features;) Reproducible: Always Steps to Reproduce: 1. Select some text (your favorite text editor, xterm, whetever). 2. Perform a find in mozilla by raising the find dialog (e.g. <CTRL><F> or however you prefer). Repeat the search until the `... text entered was not found ...' message is displayed. 3. Dismiss the above alert. 4. The search text (`Find text') is now highlighted in the find dialog (this is not new) and the selected text from 1.) is no longer selected (this is the new part). 5. Paste from primary to confirm that it now contains the search text. 1. Select some text (your favorite text editor, xterm, whetever). 2. Populate a text field on a form. 3. Focus something else, such that the field from 2.) may be tabbed into. 4. Tab into that field, noting that its contents are highlighted and have replaced the X primary as the above case. 1. Select some text (your favorite text editor, xterm, whetever). 2. Raise the open file dialog (<CTRL><O> or however you prefer) 3. Type something in the `File name' field. 4. Tab out of the field and back in. X primary gets clobbered. 1. Raise the page setup dialog (File menu;) 2. Uncheck `Fit to page...' and highlight/select the scale. Primary gets asserted as expected. 3. Select some text in another window (your favorite text editor, xterm, whetever). 4. Focus the page setup dialog again, and primary is reasserted. Actual Results: X primary gets clobbered. Expected Results: X primary does not get clobbered: either text is highlighted and the X primary untouched as had been the case prior to 1/10, or, nothing is highlighted in the text field, and the caret is placed as it was when the field last had focus (e.g. typical GTK behavior AFAIK).
This was fixed earlier today. Note that something is fishy with the dates you have there, since the regression happened before 2003-01-09-08.... *** This bug has been marked as a duplicate of 188440 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.