Closed
Bug 43279
Opened 24 years ago
Closed 24 years ago
Sidebar search textfield should use oninput event, not onkeypress
Categories
(SeaMonkey :: Search, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bugzilla, Assigned: bugzilla)
References
Details
From the sidebar Search tab, if you paste text into the textfield, the search button won't enable and thus you can't search. My fault, will fix. For now, work around is just to hit home or end, or any of the arrow keys. Once the oninput enderlite problem is fixed, I'll change the event being fired to oninput instead of onkeypress, and that will fix this (and will also make this compatible for when textfield context menus finally land)
Assignee | ||
Comment 1•24 years ago
|
||
Also just noticed the following two problems with using onkeypress: * Highlighting all of the text in the search textfield and pressing Ctrl+X (on win32) or choosing Cut or Delete from the Edit menu won't disable the search button, as it should. * Pasting text into the textfield using the Paste command on the Edit menu won't enable the search button if the textfield was empty before doing so (workaround described in original report). Thus, I'm going to make this bug into the fact that the textfield should look for changes using the oninput event, rather than the onkeypress event, which will fix all of these problems. Currently blocked by bug 42045.
Status: NEW → ASSIGNED
Depends on: 42045
Summary: Can't search from sidebar if pasting text into textfield → Sidebar search textfield should use oninput event, not onkeypress
Assignee | ||
Comment 2•24 years ago
|
||
Should be fixed. Claudius, please test each case when verifying this. Thanks!
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•