Closed Bug 260781 Opened 20 years ago Closed 19 years ago

whole line is not selected when triple-click on BiDi text

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: meelad, Assigned: mkaply)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040625
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040625

In the page, when you triple click on the second line from below (the longest
row), the whole line should be selected and highlighted. Only a part of line is
selected in this case.

Reproducible: Always
Steps to Reproduce:
1. Open the page
http://www.bamdad.org/dict/index.php?query=division&css=style%2Fmain.css
2. Triple-click on the second line from below

Actual Results:  
Only a part of line is selected.

Expected Results:  
Select the whole line.
Component: Browser-General → Layout: BiDi Hebrew & Arabic
Confirmed, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910.
Confirming.
Assignee: general → mkaply
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: general → zach
Reproduced on Mac => All/All

It seems that when the line is composed of multiple frames, the two frames on
the edges are not being selected as part of the line.
OS: Linux → All
Hardware: PC → All
Attached file testcase
The problem is when the frames on the edges are RTL (lines 1 and 3 in both
sections of this tescase), regrdless of the directionality of the text.

Also notice the strange effect of quadruple-click on lines 2 and 3 in the LTR
section, and the fact that the pointer is wrong (arrow instead of I-beam) on
the "middle" of row 4 in the LTR section, and row 3 in the RTL section (is
there a separate bug on this?)
Keywords: testcase
A probably-related bug: when you select with mouse part of a line and get moving
out of the line from left or right, after passing the extents of the line, you
expect the line to be selected to the extreme (beginning or end, depending on
the edge you pass and the line direction), but this is not happening.  For
example start selection with mouse on the third line of the attached test case
in comment #4 and move mouse towards right.  Watch that no matter how far you
move your mouse after the line ends, you cannot get the Hebrew word at the end
of line selected.
My patch to bug 16311 fixes this bug (but not the issue mentioned in comment #5).
Depends on: 16311
This was fixed (on the trunk only, not on the 1.8 branch!) by the fix to bug 16311.

Please note that the fix for that bug was checked in together with the fix to
bug 32807. Therefore, to verify that this bug is fixed, you must first set
browser.triple_click_selects_paragraph to false.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: