Closed
Bug 29001
Opened 25 years ago
Closed 25 years ago
"Select All" doesn't work in URL field
Categories
(Core :: DOM: Selection, defect, P3)
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: elig, Assigned: sfraser_bugs)
Details
(Keywords: platform-parity)
<shorthand bug report; assuming known issue>
Steps to reproduce:
1. Click in the browser URL widget
2. From the File menu, choose "Select All"
Expected results:
---> Browser URL widget contents to be selected.
Actual results:
---> Page contents are selected
Reproduced on:
2000022308 Mac OS
Reporter | ||
Comment 1•25 years ago
|
||
Oops. Sorry --- this bug was prematurely submitted due to a focus problem in
today's build.
Unable to reproduce on the Linux/Win32 builds of the same date.
Keywords: pp
Reporter | ||
Comment 3•25 years ago
|
||
Please note that I'm not seeing this with 100% reproducibility, nor could I
easily reduce to a reproducible set of test cases.
Saari, if the bug isn't immediately obvious, please let me know, and I can show
it to you in person, or invest more time in making a reproducible case.
Reporter | ||
Comment 4•25 years ago
|
||
There's more:
When "Select All" doesn't work in the URL field, no matter what selections
you make in the URL field, the Copy menu item doesn't reflect them. Instead, it
only reflects the selections made in the browser window.
e.g. if you have nothing selected in the browser window, and then select the
entire URL field, neither Cut/Copy/Paste will be enabled.
Reporter | ||
Comment 5•25 years ago
|
||
...and finally, I've also seen times in which:
- Cursor is in the URL widget
- Select All is enabled
...and choosing "Select All" neither selects URL Widget content or browser
page content. (Nothing happens)
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M15
Assignee | ||
Comment 7•25 years ago
|
||
Why does saari have this bug? It should either be mine, or an xpapps person.
Comment 9•25 years ago
|
||
smfr, I think this works now, at least it seems to work for me. This sounds a
lot like the bugs where the command dispatcher would get confused.
I'm giving it to you to kill or keep open as you see fit. Kick it back to me if
you see it again and think it is my problem.
Assignee: saari → sfraser
Status: ASSIGNED → NEW
Comment 10•25 years ago
|
||
I believe this to be fixed as well. (Been working for quite a while, actually.)
Comment 11•25 years ago
|
||
Verified fixed. Mozilla M15 2000041704, Mac OS 9.0.4. Whoever verifies
verification can change status/resolution (probably sfraser since it was passed
to him).
Assignee | ||
Comment 12•25 years ago
|
||
Fixed. Allegedly.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 14•25 years ago
|
||
Using this morning's Mac OS build, I can no longer reproduce this problem. Simon
thinks it's fixed. (Or if not, it should be manifested as a more general command
dispatching problem affecting more than 'Select All'.)
Rubber-stamping as Verified.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•