Copy&paste of URLs does not work in Impress Steps to Reproduce: 1) Open a new presentation 2) Write "http://google.com" and hit Enter (URL will be auto-formated to a link) 3) Select the URL, copy or cut, paste Nothing happens on the paste step. The URL seems to end up in the Clipboard though because one can paste it in another application. The problem seems Impress specific as it works fine in Writer.
On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed this on console: warn:vcl:8495:1:vcl/source/window/mouse.cxx:470: Window::ReleaseMouse(): window doesn't have the mouse capture warn:svx:8495:1:svtools/source/control/valueacc.cxx:667: Calling disposed object. Throwing exception: warn:svx:8495:1:svtools/source/control/valueacc.cxx:667: Calling disposed object. Throwing exception: warn:svx:8495:1:svx/source/accessibility/AccessibleTextHelper.cxx:1437: Unhandled exception. warn:svx:8495:1:svx/source/accessibility/AccessibleTextHelper.cxx:1437: Unhandled exception.
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still present in: Version: 6.0.2.1 Build ID: 1:6.0.2~rc1-0ubuntu0.16.04.1~lo1 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
*** Bug 117380 has been marked as a duplicate of this bug. ***
Regression introduced by: author Markus Mohrhard <markus.mohrhard@googlemail.com> 2016-04-10 05:51:19 +0200 committer Markus Mohrhard <markus.mohrhard@googlemail.com> 2016-04-10 05:55:55 +0200 commit be829fa15777b3b1a6727eee231c89894e7c425e (patch) tree 24dc7fa1287928f7e5e9e6dae8377b0bc6a8982d parent 7b9a5e8124328da9d81aed58cf944c91560a7c07 (diff) don't pool SvxFieldItem, tdf#92773 In documents with many different hyperlinks pooling them is incredibly slow. I doubt that in most cases the hyperlinks are the same so let us just not pool them. Bisected with: bibisect-linux-64-5.2 Adding Cc: to Markus Mohrhard
For me this started earlier, between 4.3 and 4.4, from the following commit (bibisected using repo bibisect-44max). https://cgit.freedesktop.org/libreoffice/core/commit/?id=139ca8f26419d4b3e4f478ef8ff7536176c54f1c author matteocam <matteo.campanelli@gmail.com> 2014-05-31 01:09:50 -0400 committer Fridrich Štrba <fridrich.strba@bluewin.ch> 2014-06-30 22:54:39 +0200 Added EE_CHAR_BKGCOLOR
Noel: I noticed SID_FIELD has been removed with https://cgit.freedesktop.org/libreoffice/core/commit/?id=fa135fd0e05fc4ba784b4349d65f2e5ed26c0f55 In editeng/source/editeng/editdoc.cxx, aItemInfos contains EDITITEMCOUNT but is initialized until EE_FEATURE_NOTCONV. see https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/editdoc.cxx#161 EDITITEMCOUNT comes from https://opengrok.libreoffice.org/xref/core/include/editeng/eeitem.hxx#137 which contains: 131 #define EE_FEATURE_NOTCONV (EE_ITEMS_START+53) but also 132 #define EE_FEATURE_FIELD (EE_ITEMS_START+54) Do you think it might trigger a problem here?
Workaround ========== Copy and paste the hyperlink normally. Then, press the delete key (not the suppress key). Finally press CTRL+Z Your hyperlink will appear magically.
@Julien, if you want to debug this, set some breakpoints in dtrans/ and follow the code from there,
(In reply to Noel Grandin from comment #9) > @Julien, if you want to debug this, set some breakpoints in dtrans/ and > follow the code from there, I added some traces on dtrans/cnttype/mcnttfactory.cxx in CMimeContentTypeFactory ctr and when reproducing the bug, I noticed the trace appeared many times. I've already tried to debug this kind of bug and got lost each time in gdb. Sorry, can't help here. Anyway, thank you for your feedback! :-)
Unfortunately, reverting the thing Julien spotted in comment 7 doesn't help
I can confirm that the following commit is at fault, I built LO at that version and the version before it. https://cgit.freedesktop.org/libreoffice/core/commit/?id=139ca8f26419d4b3e4f478ef8ff7536176c54f1c author matteocam <matteo.campanelli@gmail.com> 2014-05-31 01:09:50 -0400 committer Fridrich Štrba <fridrich.strba@bluewin.ch> 2014-06-30 22:54:39 +0200 Added EE_CHAR_BKGCOLOR
Paul Trojahn committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7b52990a234bfd6d4efcbc9fe51e240e065faeea tdf#106260 Fix invisible pasted urls It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.2.0.0.alpha0+ Build ID: 63f8c506637c910ed1efa572f23ff1af7715e7e3 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: threaded @Paul Trojahn, Thanks for fixing this!! Backported to 6.1: https://gerrit.libreoffice.org/#/c/59641/
*** Bug 106386 has been marked as a duplicate of this bug. ***
Paul Trojahn committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4efa7cdc891b92b03e3335f7d410321db8109491&h=libreoffice-6-1 tdf#106260 Fix invisible pasted urls It will be available in 6.1.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.