Closed Bug 112101 Opened 23 years ago Closed 22 years ago

Can not select text paragraphs on the page with mouse dragging

Categories

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

Product:
Core
Component:
Layout: Text and Fonts
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 82352

People

(Reporter: jw_12, Assigned: mkaply)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

Dragging the mouse over the displayed text (main article)
does not select it for a cut & paste operation.

Reproducible: Always
Steps to Reproduce:
1. Drag mouse over the main text area
2. No paragraphs are marked as selected
3. Cut and paste into a text editor shows nothing

Actual Results:  No text is selected

Expected Results:  Text should be selcted by a mouse drag.
->selection
Assignee: asa → mjudge
Component: Browser-General → Selection
QA Contact: doronr → tpreston
I see this behavior on Win XP build 2001120303, marking new
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is this still a bug?
WFM, Linux CVS.
Yes, I see this behavior still on win 2k build 2002010403
Build 20020214 Win2K: using the above URL, text selection is flaky.  Sometimes
is manage to select a whole paragraph, but usually the selection fails when
moving from one line to another. I think this is a BiDi problem.
I doubt that it is a BiDi problem. The articles in the English version of the
site ( http://www.haaretzdaily.com/ ) show the same problem. I looked off-line
at one
of the articles, taking out the dir="ltr" tag in front of the article's body, and
the problem was still there.

I stand corrected. Somehow I've been able to miss this problem :) I think I've
also seen a bug about selection of multiple paragraphs not working if the style
changes or something..
this IS a bidi problem believe it or not.  in layout if ANY of the content has 
a BIDI setting on it it causes this behaviour.  I had this bug in the sample 
code of tables i believe once.  Debug->ViewerDemos->SimpleTables where 
selection was totally hosed in tables on that page.  If you remove the last 
example and remove anything there having to do with RTL then selection of ALL 
the tables reverts back to normal.  

The last example with the bidi setting messes up selection for the whole page.

MJ
Assignee: mjudge → mkaply
Component: Selection → BiDi Hebrew & Arabic
QA Contact: tpreston → zach
2002030716 OS/2

I have same problem on some pages:
e.g. http://bugzilla.mozilla.org/show_bug.cgi?id=118899 (tab 7 of 7)

but not on others:
e.g. http://bugzilla.mozilla.org/show_bug.cgi?id=112101 (tab 5 of 7)

I can't see any rhyme or reason to it. 
It is a Bidi problem, but it also happens on UTF-8 pages.
Not NT only any more. OS needs update.

*** This bug has been marked as a duplicate of 82352 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
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.