Created attachment 134261 [details] Non incremental figures set by hand does not work. In the search and replace menu option, format button, alignment and spacing, when you introduce values not defined with incremental buttons, it does not work. For example, let's say we put 0,53'' in "alignment before text". As the figure is not 0,52'' or 0,54'' (incremental buttons let you use steps of 0,02''), the search and replace does not work. It you put 0,52'' or 0,54'', it works. You can tell that it does not work correctly because the graphic image on the right side of the window makes no alignment of text, while the figures within the incremental step do show correctly. Please, see image attached.
You can't confirm your own bugs. Moving back to UNCONFIRMED until someone else confirms it...
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 134318 [details] Parameters for the bug
I have tested the bug on Windows 10 and with the latest release of LibreOffice (5.3.4.2). Supposing I am not wrong, the way to see the bug is simple: 1. Open a new writer document. 2. Select a bullet. Writer preconfigures the bullet with 1,27 cm before text and -0,64 cm in the first line. 3. Introduce a text next to the bullet. "Esto es una prueba" in the attached image. 3. Select the menu option "Search and replace" and choose format. 4. Fill in the "before text" with 1,27 cm and the "first line" with -0,64 cm. 5. Choose search next. It does not find anything. The attached image show all the dialog windows with their data. Afterwards, preconfigure the bullet with 1,20 cm. Then change "before text" to 1,20 cm. in the search and replace dialog. Then it succeeds to find it. And now what is weird. Preconfigure the bullet with 1,27 cm again. Then change "before text" to 1,27 cm. in the search and replace dialog. Then it succeeds to find it!!! I do not understand anything... Please, help.
Created attachment 134319 [details] Basic sample with three bullets Try to search for any of the three bullet paragraphs included in the sample with the option format of search and replace. I have not succeeded in finding any of the three!
Yeah, someone needs to take a good hard look at this. In the search - Format, I get my input turned into either inches or characters, even though measurement unit is cm.. I could not find with any case in comment 4, so I was less lucky than Antonio himself. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 98befbb26217b0bf3f35354e418a355280c52cfc CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 29th 2017
I also experienced the same problem with the change of measurements units as mentioned by Buovjaga. Probably the format part is buggy in some way, because I also tried to find the same figures in different circumstances, and sometimes finds it, sometimes not. When I used the buttons to increment or decrement the figure, it worked. But if I introduced the figure myself in the text box, it failed. I go out and in the dialogs, change the figures in the paragraph itself and return back to search, and the behaviour is different.
This bug is still present in LibreOffice 5.4.4 x64. What is more, now it seems that it does not work at all. If you set any values in the "search and replace menu option > format button > alignment and spacing", it does not find or replace anything.
FYI, this bug is still present in LibreOffice 6.1.0.
Dear Antonio CASADO, 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
Dear Antonio CASADO, 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