Bug 112368 - copy and paste filename from save dialog fails (gtk2)
Summary: copy and paste filename from save dialog fails (gtk2)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace, perf
Depends on:
Blocks: Paste File-Dialog GTK2
  Show dependency treegraph
 
Reported: 2017-09-13 10:31 UTC by theopauw
Modified: 2018-11-24 14:50 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Callgrind output from master (2.52 MB, application/x-xz)
2018-11-24 14:50 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description theopauw 2017-09-13 10:31:45 UTC
Description:
when trying to copy the filename from the "save as" dialog and paste it in the document, the program hangs for a few seconds and does not paste. Then becomes slow afterwards. Experienced in Writer and quickly tested that same seems to happen in Calc. Does not seem to happen in unrelated applications.

Steps to Reproduce:
1.Click Save As
2.Type document name and copy it (Ctrl-C)
3.Save and return to document
4.Try to paste (Ctrl-V)

Actual Results:  
Nothing pasted
Program hangs for ~ 5 seconds
Program unstable/slow afterwards

Expected Results:
paste the text value


Reproducible: Always

User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (Manjaro)
OS is 64bit: yes
Builds ID: LibreOffice 5.3.5.2


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0
Comment 1 raal 2017-09-13 19:45:53 UTC
I can confirm  - nothing pasted and program is slow. No crash.

Version: 6.0.0.0.alpha0+
Build ID: b02b3bcf4465c9ccb3edcaa26e090db0581cba9e
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-08_06:54:43
and Version 4.1.0.0.alpha0+
Comment 2 Yousuf Philips (jay) (retired) 2017-09-20 14:07:55 UTC
Still happens and after step 3, you can see that the paste control in the toolbar is disabled but the one in the menu bar isnt. Also if you close the file and open up a new writer window, the same delay will happen along with the disabled paste control in the toolbar.

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

Doesnt happen on windows or gtk3.
Comment 3 editor 2018-07-14 14:00:43 UTC
I'm using Version: 6.0.4.5 of LibreOffice Vanilla, on a Macbook Air and an iMac and when saving a file, the file name can't be pasted in, you have to key it in. Is this deliberate or is it a 'feature', and if so, why? It's really irritating
Comment 4 editor 2018-07-14 14:05:46 UTC
(In reply to editor from comment #3)
> I'm using Version: 6.0.4.5 of LibreOffice Vanilla, on a Macbook Air and an
> iMac and when saving a file, the file name can't be pasted in, you have to
> key it in. Is this deliberate or is it a 'feature', and if so, why? It's
> really irritating

BTW, this has happened to every version I've used.

Machine Info:

Macbook Air (late 2015) running OS X 10.12.6

Imac Late 2011, same OS version
Comment 5 Buovjaga 2018-11-24 14:50:03 UTC
Created attachment 146999 [details]
Callgrind output from master

I took a callgrind trace.

Arch Linux 64-bit
Version: 6.3.0.0.alpha0+
Build ID: 750ccfb2a60582a5652c08f3cbb6f11d4c152275
CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk2; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 22 November 2018