Issue 113857 - Right-click context menu in text layout leads to undesired selection
Summary: Right-click context menu in text layout leads to undesired selection
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: OOO330m3
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: OOo 3.3
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: regression
: 107209 (view as issue list)
Depends on:
Blocks: 111112
  Show dependency tree
 
Reported: 2010-08-13 09:05 UTC by Joe Smith
Modified: 2017-05-20 10:22 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
screen capture showing extra selection with context menu (68.64 KB, image/png)
2010-08-13 09:07 UTC, Joe Smith 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Joe Smith 2010-08-13 09:05:46 UTC 
Testing "OOo-dev 3.3  330m3(Build:9519)" on Fedora Linux 13

Steps to reproduce:

1) File > New > Presentation; Create (all defaults)

2) Slide layout: Title, Content

3) Enter some text in the content layout area--enough to fill 2-3 lines of text.

4) Position the text edit cursor near the start of the text

5) Right-click to get the context menu, choose any separate dialog, e.g. Paragraph.

Note: when the dialog launches, a text selection occurs between the edit cursor
and the mouse position.

6) Close the dialog.

Note: the text selection continues following the mouse cursor.

See attached image for screen captures at steps 5 & 6.
Comment 1 Joe Smith 2010-08-13 09:07:01 UTC 
Created attachment 71092 [details]
screen capture showing extra selection with context menu
Comment 2 Joe Smith 2010-08-13 09:11:37 UTC 
PS: This happens with any layout area, including the title area; it happens with
layout areas on the master slide as well.
Comment 3 wolframgarten 2010-08-13 09:12:23 UTC 
Reproducible. Reassigned.
Comment 4 wolframgarten 2010-08-16 09:20:52 UTC 
Keyword added.
Comment 5 wolframgarten 2010-08-16 09:23:11 UTC 
Regression to version 3.2.1.
Comment 6 clippka 2010-08-16 16:48:00 UTC 
cl->tl: one for you, please note that UL attached the 3.3 showstopper issue to
this one, so the current 3.4 target may be wrong
Comment 7 thomas.lange 2010-08-17 09:28:23 UTC 
*** Issue 107209 has been marked as a duplicate of this issue. ***
Comment 8 thomas.lange 2010-08-17 09:29:33 UTC 
Actually this one is a duplicate of issue 107209. But since this one is already
set to show stopper I will set the original issue as a duplicate to this one.

tl->cl: please take over as discussed. Thanks!
Comment 9 clippka 2010-08-18 16:58:43 UTC 
interesting fact, it does not happen in writer because the writer calls a method
during command execution that calls MouseButtonDown and MouseButtonUp on the
drawing view. I consider this a hack so I didn't duplicate this for impress.

Fixed in vcl/source/window/seleng.cxx by disabling the possibility to span a
selection with the right mouse button in the first place. I do not know of any
text editing control/app that allows right mouse button text selection (this
does not include single click selection)

Fixed in cws OOo33gsl06
Comment 10 philipp.lohmann 2010-08-18 17:23:41 UTC 
target
Comment 11 philipp.lohmann 2010-08-19 14:46:56 UTC 
please verify in CWS ooo33gsl06
Comment 12 wolframgarten 2010-08-20 11:17:29 UTC 
Verified in CWS.
Comment 13 Joe Smith 2010-08-30 15:04:32 UTC 
Testing "OOo-dev 3.3  330m6(Build:9524)" on Fedora Linux 13

Looks good: no more extra selection with dialogs launched through
right-click/context menu.

Thanks!