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
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
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: ---

screen capture showing extra selection with context menu (68.64 KB, image/png)
2010-08-13 09:07 UTC, Joe Smith
no flags Details

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
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.