Open Bug 60331 Opened 24 years ago Updated 4 years ago

Control characters that display empty box confuse selection and compositor

Categories

(Core :: DOM: Selection, defect, P5)

x86
Windows 98
defect

Tracking

()

Future

People

(Reporter: jruderman, Unassigned)

References

()

Details

(Keywords: helpwanted, Whiteboard: [selection][correctness])

On the line of http://www.palosverdes.com/jesse/irc/who.txt,

 if ( + isin $7 ) { set %whochan &4+& $+ %whochan }
 (control characters replaced by &)

when I try to select the w in the last %whochan, I end up selecting the h.  
Also, if I select the entire line, the selection *seems* to not cover the 
entire line until I let another app cover the page.


Selection seems to be treating the "box" character for control characters as 
narrower than it really is.  This happens on text/plain and text/html files.

Assigning to joki because some of the effects of this bug remind me of bug 
35147 (wfm).

May be related to bug 56239, "[TXT]high-bit char and control char on same line 
in text control makes control char small", where the boxes for the control char 
actually become smaller.
Tony, I'm sending a couple of selection bugs your way since I think you might be
able to debug them faster than me.  If you find that the event code is giving
you the wrong frames/content/whatever let me know.
Assignee: joki → anthonyd
Target Milestone: --- → mozilla0.9.1
moving to moz0.9.1
move to mozilla0.9.2
Should the summary really be about confusing the compositor or Composer?
Keywords: helpwanted
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Compositor, since there's a painting problem involved.
it's strange if I single click to the left of the w, I cannot select it. If I 
dbl-click to the left of the w, I can select it. This is still an issue with the 
 2001052020 build on win 98

minor issue though, moving out to 1.0
Target Milestone: mozilla0.9.2 → mozilla1.0
Status: NEW → ASSIGNED
Whiteboard: [selection][correctness]
selection
-->mjudge
Assignee: anthonyd → mjudge
Status: ASSIGNED → NEW
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
changing selection qa to tpreston.
QA Contact: blaker → tpreston
retargeting
Target Milestone: mozilla1.0.1 → Future
Assignee: mjudge → nobody
QA Contact: tpreston → selection

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: minor → S4
Priority: P3 → P5
You need to log in before you can comment on or make changes to this bug.