Description: Hello, By copying an Hyperlink with Destination '_blank' in a Textbox the String "\t"_blank is added at the End of the URL-String and the Hyperlink doesn't work fine. Thanks. Steps to Reproduce: 1.Create an Hyperlink with Destination _blank. 2.Create an Textbox. 3.Copy the Hyperlink in the Textbox. 4.View the Dialogform for Hyperlink. Actual Results: Hyperlink URL is wrong and doesn't work. Expected Results: Hyperlink should not be changed and work fine. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: de Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Builds ID: LibreOffice 5.3.2.2 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Reproduced. _blank goes to the Frame field, not any nonexistent "destination". Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: 2802dca10eef67554a81cb2347d5f648fa6fcd63 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 10th 2017
*** Bug 112965 has been marked as a duplicate of this bug. ***
*** Bug 112964 has been marked as a duplicate of this bug. ***
*** Bug 112963 has been marked as a duplicate of this bug. ***
*** Bug 112962 has been marked as a duplicate of this bug. ***
** 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
Cannot reproduce the issue, in: Version: 6.1.4.2 Build ID: 6.1.4-4 CPU threads: 4; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: it-IT (en_GB.UTF-8); Calc: group threaded
Still repro, URL becomes of the form http://www.google.com/" \t "_blank Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 8fbad2f600cd3ab81e7c1da0e4a2a71ebcac0553 CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 31 January 2019
Dear Bernd Brinker, 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 https://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
Dear Bernd Brinker, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 190519 [details] 108318_copyHyperlink.odt: repro 24.2+
P.S. The same problem is seen pasting this into Calc/Draw/Impress, since they all use EditRTFParser::ReadField(). The clipboard is imported as an RTF field, with aFldInst[HYPERLINK "https://de.wikipedia.org/wiki/LibreOffice" \t "_top" ] aFldRslt[https://de.wikipedia.org/wiki/LibreOffice] It is passed to the clipboard as RTF text, so it should be in the format something like {\field{\*\fldinst HYPERLINK "http://www.google.com/"}{\fldrslt Google}} where the field result is the visible text. I don't see anywhere in the specification where it indicates that other flags can be attached to it for formatting purposes. However, we do have flags specified for Word's fields. 17.16.5.25 HYPERLINK Syntax: HYPERLINK field-argument [ switches ] \l field-argument text in this switch's field-argument specifies a location in the file, such as a bookmark, where this hyperlink jumps. \m Appends coordinates to a hyperlink for a server-side image map. \n Causes the destination site to be opened in a new web browser window. \o field-argument text in this switch's field-argument specifies the ScreenTip text for the hyperlink. \t field-argument text in this switch's field-argument specifies the target to which the link should be redirected. Use this switch to link from a frames page to a page that you want to appear outside of the frames page. The permitted values for text are: _top, whole page (the default) _self, same frame _blank, new web browser window _parent, parent frame So the question is, do we have an RTF import problem (need to strip the switches), or is it an export-to-clipboard problem in Writer (where it should not include the switches in RTF's HYPERLINK)?
It is necessary to export "Target" to RTF, so that LO can import it back in again, since the clipboard is reusing the normal full document RTF export in sw/source/filter/ww8/rtfattributeoutput.cxx RtfAttributeOutput::StartURL This code runs as PASTE time - generating the RTF export on demand. I don't think that MS Word imports the target though - so it is probably a LO embellishment of the RTF standard. Things like firefox and kate don't use clipboard RTF, but use sw/source/uibase/dochdl/swdtflvr.cxx:796: SWTRANSFER_OBJECTTYPE_STRING BUT - we can avoid the target by checking IsClipboard... https://gerrit.libreoffice.org/c/core/+/158744 Alternatively, the target could be stripped out during clipboard import, with https://gerrit.libreoffice.org/c/core/+/158743
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e8228e0994610fed8af090ff30ffc08bfecb7261 tdf#108318 rtfexport: no hyperlink target for clipboard It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.