Closed Bug 12076 Opened 26 years ago Closed 25 years ago

cannot click in dead space if not horizontal fill

Categories

(Core :: DOM: Editor, defect, P2)

All
Windows NT
defect

Tracking

()

VERIFIED FIXED

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: NEW → ASSIGNED
mostly done except for tables and outside of everthing.
Blocks: 12658
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
this is fixed except for the whole line feature.
this is fixed except for the whole line feature.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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!
Whiteboard: [PDT-]
elig, we need to know how this is doing with the latest build ASAP please?
No longer blocks: 12658
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
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.]
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
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]
Status: REOPENED → ASSIGNED
Target Milestone: M12
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.
Priority: P3 → P2
Target Milestone: M12 → M13
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
setting to M14, code cleanup needed before beta, updating Summary to reflect the current issue
Whiteboard: [BETA cleanup][PDT-] → [PDT-][BETA cleanup]
Whiteboard: [PDT-][BETA cleanup] → [PDT-][PRE-BETA]
Target Milestone: M14 → M13
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]
removing dogfood & PDT-
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
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
buster, are you still seeing this problem? Thanks!
Status: RESOLVED → VERIFIED
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
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.
reopened so sujay will verify, leaving as fixed.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
If this is fixed, it should be Resolved/Fixed - marking as so. sujay to mark Verified/Fixed if all its cool.
Status: RESOLVED → VERIFIED
verified in 1/18 build.
You need to log in before you can comment on or make changes to this bug.