Closed Bug 48346 Opened 24 years ago Closed 21 years ago

Selection of anonymous contained in div isn't visible

Categories

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

Product:
Core
Component:
DOM: Selection
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: bugzilla, Assigned: hyatt)

Details

(Keywords: helpwanted, Whiteboard: [p:2]) 

Build ID: 2000080809

Steps to Reproduce:
(1) Load XBL Demo #2 (Rollover Madness) from the Debug menu.
(2) Choose Edit | Select All and note that you can select the text of the div 
if the mouse isn't over it (and it's not in the rollover state)
(3) Now put the mouse over the div so its styling/borders change and try to 
select the text. 

Result: the text is unselectable.  Note also that it simply can't contain a 
selection at all -- if you right-click while the mouse is over the div and you 
press L (the access key for Select All in the context menu, the demo 
explanatory text will get selected, but not the text contained in the div. But 
then if you mouseout of the div, the text is selected.
OK, it's not even that the text isn't being selected (it is, since you can copy 
it), just that the selection isn't showing up.  cc'ing simon
Summary: Can't select text contained in div → Selection of text contained in div isn't visible
I have an even better case.  I'll probably make it XBL Test #6... it looks like 
anonymous content doesn't get selected... possible an assumption somewhere in 
the selection code where it walks the content model instead of the frame tree.

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from 
elig@netscape.com to BlakeR1234@aol.com.  After the many great years of service 
Eli has given to Mozilla, it's time for him to move on; he has accepted a 
position at Eazel.  We'll be sad to see him go, and I'll do my best to fill his 
spot...
QA Contact: elig → BlakeR1234
Summary: Selection of text contained in div isn't visible → Selection of anonymous contained in div isn't visible
setting to m19, p2 and adding correctness keyword
Severity: normal → major
Keywords: correctness
Priority: P3 → P2
Whiteboard: [p:2]
Target Milestone: --- → M19
This should not be fixed for 6.0... it's not that big a deal.

moving to future
Keywords: helpwanted
Target Milestone: M19 → Future
the problem is that the frames are being redrawn and selection is not being 
"refreshed".  when we get a new focus event we refresh the selection to "reset" 
the frames that have the selection bit on.  this should be easy to fix. i am 
assigning to hyatt. he may not fix it but he will know where this 
rebinding/change of frame hierarchy is taking place.

feel free to contact me to sit down and help
Assignee: mjudge → hyatt
changing selection qa to tpreston.
QA Contact: blaker → tpreston
removing myself from the cc list
WFM (build ID: 2003042608) on Win98 following the "steps to reproduce" from the
original bug report. Maybe this got fixed as a side effect of another bug fix. :)
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040207
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.