Bug 97240 - FORMATTING: Some scrolling lists don't allow selection with the mouse
Summary: FORMATTING: Some scrolling lists don't allow selection with the mouse
Status: RESOLVED DUPLICATE of bug 96604
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.0.2 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-18 21:39 UTC by Jean-Luc Coulon
Modified: 2016-01-20 20:28 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Luc Coulon 2016-01-18 21:39:02 UTC
Hi,

When I want to select and entry in some scrolling list, I can select the entry with the keyboard (up/down arrows) but not with the mouse cursor.

e.g.: in Styles
- Open the side style panel
- right click the style matching the selection in the text
- select Modify
- Choose "Area" then Fill
- The list expands as expected but the mouse has no effect on the items.
Comment 1 Jean-Luc Coulon 2016-01-18 21:41:34 UTC
In the same list, if I select color
I can select the color with the keyboard.
But to change the color, I must use... the mouse to scroll the list
Comment 2 raal 2016-01-20 19:03:14 UTC
I can not confirm with Version: 5.2.0.0.alpha0+
Build ID: d95d9d7f908419f397941ef60ac6ced3261c9b87
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-01-19_00:40:21

Please could you test with dev version?
http://dev-builds.libreoffice.org/daily/master/
Thank you
Comment 3 Maxim Monastirsky 2016-01-20 19:19:29 UTC
Hi Jean-Luc,

Do you use the gtk3 backend? What happens if you do "export SAL_USE_VCLPLUGIN=gtk" and then start LO from the same terminal?
Comment 4 Jean-Luc Coulon 2016-01-20 20:18:54 UTC
Dear all,

I was using Version: 5.1.0.2, Build ID: 10m0(Build:2)
from debian experimental.

@real
=====
I've tested quickly with the latest daily built:
Version: 5.2.0.0.alpha0+
Build ID: ca27812e67663574cbc8a56b43e482dfaf3debc0

And I've no more this problem with this version.


@Maxim
======
Yes, I was using gtk3 backend with 5.1.0.2
So I've installed libreoffice-gtk also and I've exported the given value.
Depending the versions I've had to choose gtk3/gnome/gtk to solve some artefacts on the screen: e.g. right large vertical band on the working area.

In this case — gtk – it works also.

Regards

Jean-Luc
Comment 5 Maxim Monastirsky 2016-01-20 20:28:51 UTC
(In reply to Jean-Luc Coulon from comment #4)
> Yes, I was using gtk3 backend
Thanks. It's a duplicate of Bug 96604 then.

> Depending the versions I've had to choose gtk3/gnome/gtk
Note that "gnome" isn't a valid value for SAL_USE_VCLPLUGIN. Don't confuse it with OOO_FORCE_DESKTOP.

> artefacts on the screen: e.g. right large vertical band on the working area.
Sounds like (the already fixed) Bug 93373.

*** This bug has been marked as a duplicate of bug 96604 ***