- start LO - double-click on open file -> 1st doublecklick, 1st error: two open file dialogs open, close them again -> 2nd doubleclick, 2nd error: crash Stack: vcllo.dll!SalGraphics::DrawRect(long nX, long nY, long nWidth, long nHeight, const OutputDevice * pOutDev) Line 421 C++ vcllo.dll!OutputDevice::ImplDrawTextRect(long nBaseX, long nBaseY, long nDistX, long nDistY, long nWidth, long nHeight) Line 160 C++ ntdll.dll!77121ead() Unknown kernel32.dll!769514bd() Unknown msvcr120d.dll!0f9ac397() Unknown the this-ptr is 0x00eb0000, probably the reason. May have to do with the timer changes.
of course doubleclick is not the expected action on these buttons, but I would guess this may happen to too rare with double-click affine and trained users.
Using the two open file dialogs after 1st doubleclick to open one file each opens both files.
No repro. Unable to open two dialogs. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: b216cc1b8096eb60c27f67e8c27b7cd756c75e38 TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-12_00:06:20 Locale: fi-FI (fi_FI)
@Beluga: Have you tried more than once? First time loads some dlls, needs long enough to not do this.
(In reply to Armin Le Grand from comment #4) > @Beluga: Have you tried more than once? First time loads some dlls, needs > long enough to not do this. Yes, I tried several time. Now I did a new test with over 10 times.
@Beluga: Just updated and rebuild, LO 5.1.0.0.alpha1+ on win7, still two dialogs, sometimes crashes. Two dialogs also directly after start, just a fast doublecklick on open file in the left panel.
(In reply to Armin Le Grand (CIB) from comment #0) > - start LO > - double-click on open file > -> 1st doublecklick, 1st error: two open file dialogs open, close them again Reproduce with LO 5.1.1.1 : two dialog boxes > -> 2nd doubleclick, 2nd error: crash No crash, only one dialog box Not reproduce with LO dialog box Win7/x86 Bernard
Testing on Ubuntu 14.04 + LO 5.2.0.0.alpha0+ (2016-02-24_23:58:47) (In reply to Armin Le Grand (CIB) from comment #0) > - start LO > - double-click on open file I'm double-clicking on the "Open File" link in the left panel. > -> 1st doublecklick, 1st error: two open file dialogs open, close them again Just one 'Open' dialog appears (which I closed) > -> 2nd doubleclick, 2nd error: crash Just one 'Open' dialog appears (which I closed) => I also tried triple-clicking (with similar results). NO REPRO for me.
(In reply to ribotb from comment #7) > > -> 1st doublecklick, 1st error: two open file dialogs open, close them again > > Reproduce with LO 5.1.1.1 : two dialog boxes That sounds like confirmation for the *first half* of this bug (albeit the more minor part), so as we don't yet have repro for the crash: Summary -> "[Possible crash]" Status -> NEW
Thank all of you foer checking. It may have to do with speed stuff, I used the debug version to do this. Withthe much slower debuig build version this might be much easier to reproduce than with the product version. Thus, if one of you has a debug (developer) build handy, please try that one. With non-debug version I have no idea how faster klicking might be achieved. Maybe with some UI tool that records clicks ans is capable to playback the recorded actions faster? If someone knows something like this, please use it, it might be the key to reproduce this task reliably.
(In reply to Armin Le Grand (CIB) from comment #10) > Maybe with some UI tool that records clicks ans is capable to playback the > recorded actions faster? If someone knows something like this, please use > it, it might be the key to reproduce this task reliably. This thing should be able to do it, but not ready yet: https://blog.documentfoundation.org/blog/2015/12/16/tender-for-automated-a11y-based-ui-testing-201512-04/
Just tried again with debug version, still reproducable. Using Version: 5.2.0.0.alpha0+ Build ID: 4331b137fdbe6992ca63ceb70a6f48ed6f9a86ea CPU Threads: 8; OS Version: Windows 6.1; UI Render: GL; Locale: de-DE (de_DE)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Armin Le Grand, Do you still reproduce this issue on master?
No, tried with a debug build on Win, cannot reproduce anymore. Get now a 'ping' for 2nd click, no 2nd dialog.