The search bar at the bottom of the screen cannot be closed by pressing the "X" when the window is smaller than all of the elements of the search bar after a search is declared "search key not found". The closeout button is squashed and overlays the search field as well. Once the entire window is expanded to a suitable size to fit all the search bar components, the close out "X" button works. To reiterate, in order to reproduce the problem: 1.) Open a document in LibreOffice. 2.) Resize the LibreOffice window to less than half the screen 3.) press control + F 4.) Search for a word that is not contained in the document 5.) See that "search key not found" pops up above the search field 6.) Attempt to close search bar at bottom left corner by pressing on the "X" button. To clear problem: 1.) Expand the window to a bigger size. 2.) press the "X" button.
Correction. Whenever the window is resized, the "search key not found" dialog disappears and permits clicking of the "X"
Reproduced partially. I was able to "dig out" the X from under the message by hovering over its bottom part and it was clickable most of the time. Win 7 Pro 64-bit, Version: 4.4.4.3 Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8 Locale: fi_FI Version: 5.1.0.0.alpha1+ (x64) Build ID: 3a6ec53eeeec71312f5ea890689f9c2ee79c2aac TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-01_02:24:40 Locale: fi-FI (fi_FI) Ubuntu 15.04 64-bit Version: 4.4.4.3 Build ID: 40m0(Build:3) Locale: en_US.UTF-8
*** Bug 92816 has been marked as a duplicate of this bug. ***
Improved summary.
Gone in master. Rather odd, and there's a ton of remaining issues for search, but this specific issues is indeed no longer happening. So I am closing this one as WORKSFORME. Please file new bugs for remaining issues (or search if they already exists). Thanks.
This is actually still happening. Note that you have to resize the width before making any search. Win 7 Pro 64-bit Version: 5.3.0.0.alpha0+ Build ID: 62442d9066ea553a4b68b8a93fa54748cbe96e06 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-07-19_00:20:50 Locale: fi-FI (fi_FI); Calc: CL
*** Bug 100976 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 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-20170901
This may be a rookie mistake on my part, but it still caused the error message. I was importing an excel spreadsheet and had a space in front of a field heading. Once the space was removed the file imported no problem Note: The space only appears when you look to at the file in Excel; when Access tries to import, the dialog box gets rid of the space, but the space still causes problems. I learned this the hard way... https://www.buscado.com.br/agencia-de-marketing-digital.html
Unless I am (again) mistaken this looks fixed to my eyes (see attached screencast).
Created attachment 162730 [details] 92384 fixed in 7.0.0.1RC1
Yes, the not found message now does not pop over anything, but is hidden at the end of the bar.
@Buovjaga: That would be a different and new bug as it is a different problem. Maybe for mobile version only since no one really works in a writer window that narrow.
(In reply to steve -_- from comment #13) > @Buovjaga: That would be a different and new bug as it is a different > problem. Maybe for mobile version only since no one really works in a writer > window that narrow. I didn't say it was a bug and I don't see it as a bug.
Redutores Ortogonais: Os ortogonais possuem 25 tamanhos diferentes e são aplicados em siderurgias, indústrias de mineração, papel e celulose, alimentícia e mais. Redutores Coaxiais: possuem design compacto, densidade de potência elevada, ampla variedade de aplicações e possibilitam economia de energia. Redutores de Coroa e rosca sem fim: são aplicados em diferentes acionamentos industriais. https://diva.sfsu.edu/users/Taylor.Judd/courses/podcasts/blog/10-12-2010/title-of-podcast