Closed Bug 33464 Opened 24 years ago Closed 24 years ago

can't select < or > in view source window (generated content)

Categories

(Core :: Layout, defect, P2)

defect

Tracking

()

VERIFIED FIXED
Future

People

(Reporter: warrensomebody, Assigned: mjudge)

References

Details

(Keywords: helpwanted, Whiteboard: [nsbeta3+])

Bring up a web page and do view source. (e.g. abcnews.com) You'll see something 
like:

<html>
<head>
<meta NAME="Pragma" CONTENT=...>

If you put your cursor before the first < and drag forward, you can only select 
the < character. If you put it after the < and drag forward, it will select the 
words "html" "head" "meta" etc. but none of the < or > characters.

If you double-click on NAME, above, it will highlight NAME and "Pragma" but not 
the = between them. It should only highlight/select NAME.

Copying text doesn't seem to work either.
I also noticed that if you select and drag down to the bottom of the page, the 
page won't automatically scroll to let you select more than is currently 
visible. 

Also if you click and drag down off the bottom edge of the window and let go of 
the mouse button, and then move back into the window, the highlight will 
continue to track the mouse position. It appears to be missing the mouse-release 
event.
off to mike judge, who I believe is doing selection and usability issues.
Assignee: rickg → mjudge
I think Mike is planning to enable this for M15 (selection of generated content)
OS: Windows NT → All
Priority: P3 → P2
Hardware: PC → All
Summary: can't select < or > in view source window → can't select < or > in view source window (generated content)
Target Milestone: --- → M15
fixed. this was harder than you would think.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Warren,

This looks fixed in the May 22nd build. Could you take a quick look please ?
Technically, what I've reported is fixed, but now there are a slew of other 
selection bugs:

1. Select a range of text ( < and > characters select ok) but then click 
somewhere to the right of any of the selected characters in the whitespace. 
Nothing gets unselected. This should unselect the current selection and move the 
insertion point to the end of the line that you've clicked to the right of.

2. Start a selection by clicking in white space and dragging onto some text. The 
selection start point starts from where it thought the insertion point 
previously was, not from where you clicked.

3. Double click a word. What gets selected is any whitespace-delimited text, not 
a word. E.g. "NOWRAP><A=" rather than just "NOWRAP".

Needless to say, this is horribly broken.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Mass moving old milestone bugs to M16
Target Milestone: M15 → M16
generated content issues will be dealt with in a later milestone release
Target Milestone: M16 → M18
Painful though it is, this should be considered for FUTUREing as there's a 
workaround: Save As and then open the file in a text editor. eng call based on 
LOE.
*** Bug 42701 has been marked as a duplicate of this bug. ***
*** Bug 36408 has been marked as a duplicate of this bug. ***
See also bug 12460. DUP?
selection should be fixed here but the real problem is not being able to copy 
the selected text at all! marking this bug dependent on 13068. 
Status: REOPENED → ASSIGNED
Depends on: 13068
Keywords: correctness, nsbeta3
setting to nsbeta3+
Whiteboard: nsbeta3+
adding the brackets in the status
Whiteboard: nsbeta3+ → [nsbeta3+]
*** Bug 47375 has been marked as a duplicate of this bug. ***
*** Bug 47373 has been marked as a duplicate of this bug. ***
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
oops
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
not sure what happened with this one. whacking the mole again.
Status: REOPENED → ASSIGNED
Target Milestone: M18 → Future
I'm able to select the < & > within view source -- can't do anything with them, 
but they are selectable, so that part is actually resolved -- right? Not being 
able to copy/paste should be another bug.
The point of this bug was that you not only wanted to be able to select these 
things, but you want to copy them and paste them elsewhere. Select w/o copy is 
useless -- I think you should not open a separate bug for that.
sorry, the summary of this bug is that you can't select, which is much different 
than not being able to copy/paste. The ability to copy/paste is beyond our scope 
and a new bug was submitted and assigned to vidur to rewrite the methodology for 
displaying the data -- either plaintext or html. Once that issue is resolved 
then being able to select consistently will also be resolved.
Sorry, when I wrote the bug up, I meant select & copy.
ok, since you can select the generated content, this is fixed, the copy paste 
part is in another bug.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
What's the other bug?
49187 -- ViewSource must be plaintext or html
Fixed in the Aug 24th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.