Created attachment 126413 [details] Displaying [placeholder for message] Actual result: At the end of the search bar is two right angle brackets (when the window is narrow enough). Clicking that symbol displays the message "[placeholder for message]". After a search finds no results the two right angle brackets are still displayed but clicking has no effect. See the attached screen shots. Expected result: * The text [placeholder for message] is never displayed. * The two right angle brackets are never displayed unless clicking them will display useful information. Observed on 5.1.4.2 on Ubuntu and 5.2.0.3 on Windows 7.
Created attachment 126414 [details] After search key not found
On pc Debian x86-64 with master sources updated today, I could reproduce this. ux-team: what is expected here?
It should show something like "search key not found". Bibisect appreciated.
(In reply to Samuel Mehrbrodt (CIB) from comment #3) > It should show something like "search key not found". > Bibisect appreciated. Even, if there was no search made? Indeed, i can see the "placeholder" message without having done any search.
(In reply to Julien Nabet from comment #4) > Even, if there was no search made? > Indeed, i can see the "placeholder" message without having done any search. No, nothing should appear then. Does the real message appear after searching?
(In reply to Samuel Mehrbrodt (CIB) from comment #5) > (In reply to Julien Nabet from comment #4) > > Even, if there was no search made? > > Indeed, i can see the "placeholder" message without having done any search. > > No, nothing should appear then. Does the real message appear after searching? On pc Debian x86-64 with master sources updated today (+rendering gtk3 and enable-dbgutil and English/US UI), when searching a non existing string, it indeed displays "Search key not found". If there's not enough space to display the whole message, I got only a part, eg: "Search key not" with ">>" overlapping "not". Remark: in this case clicking on ">>" gives nothing (no popup, no placeholder message, etc.)
Hm so it looks this was added intentionally: bug 81925 Not sure what to do about it.
In my self-compiled v5.3 the space remains empty for a search with success and says 'key not found' otherwise. However, it's badly top aligned and far from being a good notification. We could always show the number of results there, which makes this area clear. Or use some highlighting (e.g. Firefox makes the search field red), fading out message panels, a baloon notification... Version: 5.3.0.0.alpha0+ Build ID: d4cb9c3a8851cb874fd8b6c77d4d7521da7579b7 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
(In reply to Heiko Tietze from comment #8) To see the hidden message, hover over the empty space; or resize the toolbar and click the arrow to show the hidden widgets. That message is there, even before doing any search.
(In reply to Samuel Mehrbrodt (CIB) from comment #9) > That message is there, even before doing any search. I get a tooltip with this text, but the label is not shown. Maybe it's white on white (KDE/Qt toolbar issue).
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
I can reproduce this on calc and I can also get it to show up as a tooltip when libreoffice is full screen by hovering over the "Search key not found" message. OS: xUbuntu 16.04 Version: 5.1.4.2 Build ID: 1:5.1.4-0ubuntu1 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: en-AU (en_AU.UTF-8)
Putting all together: "[placeholder for message]" is shown on some systems The label is replaced by "Search key not found" The label is vertically misaligned "[placeholder for message]" is always shown as tooltip Solution 1: Remove the label as users are not aware of it and change the frame color of the input to red when nothing is found Solution 2: Have always some information there like "Number of results: 0" (which makes the techtalk 'search key not found' obsolete) And please take care of the alignment as well the tooltip. (Removing UX to bring this up to the development.)
(In reply to Heiko Tietze from comment #13) > Solution 1: Remove the label as users are not aware of it and change the > frame color of the input to red when nothing is found > Solution 2: Have always some information there like "Number of results: 0" > (which makes the techtalk 'search key not found' obsolete) What about showing the message - if there is anything to show - in bold?
(In reply to Cor Nouws from comment #14) > What about showing the message - if there is anything to show - in bold? Whether bold or not (the is no need to draw special attention), there would be no information unless a search "fails". When we show the number of results we get a consistent interface that keeps the user in loop.
** 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
This is still present in LO version 5.3.6.1 on Fedora 26.
The situation is improved, but not fully resolved, with Calc Version 5.4.1.2 on Ubuntu. Better: * The message "[placeholder..." is gone. Still broken: * The >> symbol is still shown. * When >> is clicked a box is still displayed. But now the box is empty. * The message "Search key not found" is still displayed above and behind the left side of the search bar. If the "Search key not found" message appears on the right side of the Find bar, start over again with a narrower window. Or at least close and reopen the Find bar. Note: If you change the size of the window the problem goes away and "Search key not found" is displayed on the right. I have only reproduced the problem with starting from a fresh Find bar and a Calc window of the appropriate width. (For me a window width of around 960 pixels causes the problem. I often used two side-by-side Calc windows on a 1920x1080 screen.)
The situation isn't correctly resolved in version 6.0.6.2. 1) When I first open the find bar the >> is present at the end (depending on the width of the window). Clicking on the >> displays an empty pop-up. In other words, there is no information to show but Calc wants you to check and see if there is information. 2) After a search failure in a wide window the "Search key not found" message is displayed in the correct location. But if you narrow the window the "Search key not found" message goes away and is replaced by ">>". Clicking the >> displays an empty box. I can find no way to display the Search key not found message in this case.
Hi B.J. This is fixed in version 6.1.0. See bug 81925.
Dear B.J. Herbison, 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
The [placeholder for message] problem was fixed a while ago. Of the two problems I mentioned in comment 20 one has been fixed, but the other still remains. When I first open the find bar the >> is present at the end (depending on the width of the window). Clicking on the >> displays an empty pop-up. Should this bug be reopened or should another bug be created?
(In reply to B.J. Herbison from comment #23) > ... > Should this bug be reopened or should another bug be created? Since it's an old bug which has been partly fixed, it'd be more practical you submit a brand new one with just the remnant problem.