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: