Closed
Bug 12076
Opened 25 years ago
Closed 25 years ago
cannot click in dead space if not horizontal fill
Categories
(Core :: DOM: Editor, defect, P2)
Tracking
()
VERIFIED
FIXED
M13
People
(Reporter: buster, Assigned: mjudge)
References
()
Details
clicking in dead space in document has no effect. Clicking in dead space should
establish a selection using these rules, I think:
1) clicking to the left of text should select a whole line
2) clicking to the right of text should collapse the selection to the end of
line
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Updated•25 years ago
|
Resolution: FIXED → ---
Comment 4•25 years ago
|
||
Hey, Mike ---
This appears fixed throughout the web browser.
However, this does not work from the URL bar (starting from the dead space to the
left of the URL). I swear there was another bug on the topic, but I can't find it
after several searches.
Thus, re-opening for you, in case you happen to know what that bug was, or
whether there wasn't one.
Thanks!
elig, we need to know how this is doing with the latest build ASAP please?
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•25 years ago
|
||
There's no longer a dead space in the URL bar, so I'm happy to reset this to
FIXED.
[Checked 1999101208 Mozilla & Commercial builds on Mac OS, as well as 1999101208
commercial Win32 build and 1999101108 commercial Linux build.]
Updated•25 years ago
|
Status: VERIFIED → REOPENED
Updated•25 years ago
|
Resolution: FIXED → ---
Comment 7•25 years ago
|
||
Oops. Re-opening. I missed a case, which mjudge pointed out.
Specifically, if you click in the URL bar (and have focus in it) and *THEN* click
in the dead space of the URL bar, it should register the click, and place the
caret at the right edge of the URL field. [all platforms, 1999101308 builds]
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Target Milestone: M12
Comment 8•25 years ago
|
||
setting this to M12 and setting status to assigned
actually that case is fixed now. the only time this will not work is in certain
cases around content that does not "horizontally" fill out the screen. then you
have a document that is wider than the content needs and there is some funny
frame there that does not get the mouse click. this WILL have to be fixed
before shipping i think.
Comment 10•25 years ago
|
||
I observed this problem on http://www.mozilla.org/mission.html.
Updated•25 years ago
|
Priority: P3 → P2
Target Milestone: M12 → M13
Updated•25 years ago
|
Summary: [DOGFOOD] cannot click in dead space → [BETA][DOGFOOD] cannot click in dead space if not horizontal fill
Whiteboard: [PDT-] → [BETA cleanup][PDT-]
Target Milestone: M13 → M14
Comment 11•25 years ago
|
||
setting to M14, code cleanup needed before beta, updating Summary to reflect the
current issue
Updated•25 years ago
|
Whiteboard: [PDT-][BETA cleanup] → [PDT-][PRE-BETA]
Updated•25 years ago
|
Target Milestone: M14 → M13
Updated•25 years ago
|
Summary: [BETA][DOGFOOD] cannot click in dead space if not horizontal fill → cannot click in dead space if not horizontal fill
Whiteboard: [PDT-][PRE-BETA]
Comment 12•25 years ago
|
||
removing dogfood & PDT-
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•25 years ago
|
||
i believe this to be fixed now. I have not found a page with said dead areas
that are not selected. please reverify and if you find anything contact me
personally to let me know how to reproduce. thanks alot
Comment 14•25 years ago
|
||
buster, are you still seeing this problem? Thanks!
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 15•25 years ago
|
||
Err...I don't think I'm the best person to verify this bug, since I see no reason
why users would deliberately click in dead space, let alone expect any particular
behavior were they to do so. (IE does nothing on Mac OS; on Windows, it does
unpredictable selections.)
I'm rubber-stamping this as Verified, on the basis that selections in dead space
on the page sfraser cites does nothing harmful or massively annoying on today's
builds.
(I'd be happy to verify this thoroughly if anyone can point to a platform UI
specification that details this behavior and rationale behind it, or explain it
otherwise.)
Status: VERIFIED → REOPENED
Component: Selection → Editor
QA Contact: elig → sujay
Reporter | ||
Comment 16•25 years ago
|
||
changing component to editor. this isn't a browser behavior issue, it's an
editor behavior issue. changing qa contact to sujay. Sujay, you should verify
this in the editor.
Reporter | ||
Comment 17•25 years ago
|
||
reopened so sujay will verify, leaving as fixed.
Comment 18•25 years ago
|
||
If this is fixed, it should be Resolved/Fixed - marking as so. sujay to mark
Verified/Fixed if all its cool.
Comment 19•25 years ago
|
||
verified in 1/18 build.
You need to log in
before you can comment on or make changes to this bug.
Description
•