Step to reproduce: - open a new spreadsheet - in a cell type an url, for example "http://something.com" - click outside the cell -> the url is automatically transformed in an hyperlink - select the cell and click in the formula bar - add several characters *starting with a dot*, for example: ".test" - validate what happens : the hyperlink is changed in "httestt://something.com." what is expected : the hyperlink is not corrupted. An user (ubuntu 11.10) has the same problem if the url modification is done directly in the cell. It seems that the bug does not affect KDE users, nor MS-Windows users. No bug if automatic url recognition is disabled. From my side I encounter this bug with LO 3.4.5 (ubuntu and vanilla versions) and LO 3.5.0 rc2+ (LibreOffice 3.5.0rc2+ Version ID : 20ec7c1-ed94322-5cd2479-2386a41-138191a) Best regards. JBF
Confirmed by several users on fr discuss list. Not only gnome impacted, xfce (ArchLinux) too. Best regards. JBF
Bug are still here with LibreOffice 3.5.7 or LibreOffice 4.0.0 I reproduce with OpenOffice 3.2.0
from 3.5.3 the symptom has slightly changed : now the hyperlink is not changed anymore, but it looses its hyperlink quality (i.e. reverts to standard text).
If you can reproduce it with OpenOffice 3.2 then it is obviously not a regression in LibO.
Again in LibreOffice 4.0.1.1 I have the url corrupted by some part of the text being inserted inside it. Apprently the bug appears when typing either a dot followed by some text, or an uppercase followed by some text.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Set status back to NEW because, as far as I understand correctly, there is no request for information in the last comments. For the record: I just do the same steps as in my description with LO 4.1.3.0.0+ and I observed the same behavior. Same thing with the master (Version: 4.2.0.0.alpha0+ Build ID: 079779c9244867cfcfb059ba57715af18b3a5bfc). Tested on Ubuntu 13.04 x86-64. Best regards. JBF
NOT reproducible on Windows 7 with Version: 4.1.2.3 Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 Version: 4.2.0.0.alpha0+ Build ID: 4badcfda55996891d99b1f0a8cc47028acd1c0c1 and NOT reproducible on ArchLinux with Version: 4.1.2.3 Build ID: 4.1.2.3 Arch Linux build-1 Version: 4.2.0.0.alpha0+ Build ID: 8aba9e76b6c6209b43a1b2a8e239f867ac63d08f
I tried several cases: http://www.google.de/ http://google.de And after that with and without a whitespace ".test". The link doesn't get corrupted for me. English locale.
with LO 4.1.1.2 under Ubuntu 12.04 LTS I reproduce the bug exactly the way it is described. (Please note that you have to leave the cell after you entered the URL, and then come back to it.) There is now only a problem when you add a texte that contains a dot or a capital letter in the formula bar. - If the cell only contains the URL, as soon as you type the dot or capital letter the URL looses its property and the following letters starts inserting themselves in the midst of the URL. - If the cell allready contains something more than the URL, after you add a dot or a capital letter, the URL looses its property but the following letters are not inserted inside the URL. If you add the text directly in the cell (by double-clicking into the cell) there is no problem.
LO 4.1.1.2 french localization
several other caracters will trigger the bug : for example WITH FRENCH KEYBOARD : % ยง / ? but some do not : , ; : ! In fact it seems that the bug is triggered by all caracters that need the SHIFT key to be used (except numbers). So to test, try caracters that need the shift key to be pressed (they are not the same according to your keyboard localization).
@mohican: Thanks! The SHIFT key is the difference. But pressing the SHIFT key the URL gets corrupted under Linux! So this is reproducible on Linux. Still NOT reproducible on Windows!
I was able to reproduce it on Windows a couple of times, but I'm unsure how it was done exactly.
Urmas, probably you tried to edit the link in the formula bar, see Bug 70597. This bug here is about link corruption when inserting text, to separate it clearly.
Ok, I finally reproduced this on Windows! 1. Type http://www.google.de/ into a cell 2. Leave the cell 3. Navigate into the cell with arrow keys 5. Press SHIFT - The URL will loose it's link attribute (the color will get white). 6. Type "aaa". The link will now look like "haaattp://www.google.de/" in the cell, but http://www.google.de/aaa" in the formula bar! The cursor is correctly positioned in the formula bar, but in the cell the cursor moved due to the SHIFT key event (to position 1). This is reproducible on Windows and Linux.
Still there on version 4.3.4.1 Now, what you type is no longer inserted inside the URL, but the URL looses its quality as an URL.
(In reply to Thomas Arnhold from comment #16) > 5. Press SHIFT - The URL will loose it's link attribute (the color will get > white). > This will ONLY happen when in the formulabar, NOT when typing in the cell. Possible workaround: Change the cell contents in the cell itself (and not in formulabar) ?
** 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.0.4 or later) 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Created attachment 121462 [details] Still reproducable Bug is still there in LibreOffice 5.0.3.2 (x64) on Windows 10 See https://bugs.documentfoundation.org/show_bug.cgi?id=45371#c16 for details on how to reproduce this.
** 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.1.6 or 5.2.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-20170103
Not reproducible anymore for me with LO 5.3.1.0.0+ under Ubuntu 16.04 x86-64. To modify the hyperlink you now have to select the link and hit ctrl+K to open the hyperlink dialog. Adding a string at the end of the hyperlink does not change it. Closing as WorksForMe. Best regards. JBF