Bug 112390 - Double click for some Toolbar button actions duplicates the action, not catching the double click as selection when needed
Summary: Double click for some Toolbar button actions duplicates the action, not catch...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: File-Dialog Button-Controls
  Show dependency treegraph
 
Reported: 2017-09-14 14:46 UTC by Emil Tanev
Modified: 2023-05-02 06:01 UTC (History)
7 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 Emil Tanev 2017-09-14 14:46:03 UTC
Open Writer
Double-click Insert Image icon

Issue: Two windows open. When you select the first image, and then the second, the first is discarded. 

https://www.screencast.com/t/4tcvM47SV
Comment 1 Dieter 2017-09-20 12:08:49 UTC
I don't think, that this is a bug, because the first picture only discards, if you have selected it. for me it is an expected result, if in this case a new picture replaces the old one.

If the first picture isn't selected ist is no problem to add a second picture.

So I would say NOTABUG.
Comment 2 Emil Tanev 2017-09-20 15:07:39 UTC
The bug is in opening two windows.
Comment 3 Dieter 2017-09-20 15:51:37 UTC
I confirm your bug with LO 5.4.2.1
One click => opens one window
Two clicks => opens two windows

I couldn't observe this behaviour for other icons, so I think it should be changed.
Comment 4 Yousuf Philips (jay) (retired) 2017-09-22 20:11:24 UTC
Tested on linux (gtk2 and gtk3) and couldnt repo.

Version: 6.0.0.0.alpha0+
Build ID: 7315f325ff7ada3d6bd85a471058fdaeaff8cdb0
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-17_06:58:21
Locale: en-US (en_US.UTF-8); Calc: group

I cant repo it on window xp with 5.2, but can repo it on windows 8.1 with 6.0 (2017-09-17). @stuart: can you test windows 7 and/or 10?

(In reply to Dieter Praas from comment #3)
> I confirm your bug with LO 5.4.2.1

Please always provide the full build information found in the help > about dialog, as is most helpful.
Comment 5 Dieter 2017-09-23 08:32:27 UTC
(In reply to Dieter Praas from comment #3)
> I confirm your bug with LO 5.4.2.1

Version: 5.4.2.1 (x64)
Build-ID: dfa67a98bede79c671438308dc9036d50465d2cb
CPU-Threads: 4; Betriebssystem:Windows 6.19; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: group
Comment 6 V Stuart Foote 2017-09-23 13:00:20 UTC
Confirming some general mishandling of doubleclick events in Toolbar controls on Windows.

And actually, this affects multiple button controls, result depends on behavior of linked command--Insert Image or Export PDF opens another dialog instance, while Show Tracked Changes toggles the GUI element.

But, not clear if the doubleClick is being mishandled as a single click, or if there is a timing issue, I've tried OS adjustment of the mouse/touchpad doubleclick delay and it seems all toolbar button actions are handled as single clicks.

Are we missing test for doubleclick

On Windows 10 Home 64-bit en-US
Version: 5.4.1.2 (x64)
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
Locale: en-US (en_US); Calc: group

@Kendy?
Comment 7 Heiko Tietze 2017-09-24 07:36:14 UTC
Definitely a bug since you can open as many dialogs by clicking repeatedly (Qt based). Dialogs should be modal, with some exceptions when interaction is of interest.
Comment 8 QA Administrators 2019-09-28 03:04:34 UTC Comment hidden (obsolete)
Comment 9 Oliver Brinzing 2020-01-25 13:57:40 UTC
reproducible with:

Version: 6.4.0.3 (x64)
Build-ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: 

I tried several times and was able to open up to 3 dialogs, in one of the attempts LO frozes after closing the last filoe open dialog.
Comment 10 V Stuart Foote 2020-01-25 18:14:43 UTC
This remains an issue in master / 7.00. 

For some back ends and os/de combinations do Toolbar actions need explicit double click handlers?

=-testing-=
Version: 7.0.0.0.alpha0+ (x64)
Build ID: a22de0aacc9fb4197e9051f572b1a9298b2472e2
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 11 Matt K 2021-04-23 01:43:50 UTC
This is now fixed on Windows with https://git.libreoffice.org/core/+/1c1226709c6be39c5462f5e6e1262ca630b30b34%5E%21
Comment 12 QA Administrators 2023-04-24 03:24:34 UTC Comment hidden (obsolete)
Comment 13 Dieter 2023-05-02 06:01:51 UTC
Can't retest, because screencast from comment 0 has been deleted and there are no steps to reproduce.