Description: Text-search history is kept in system memory after document had been closed. In order to purge the system memory related to any opened Writer document, no Libreoffice application must be kept opened nor Libreoffice Launch tool. Steps to Reproduce: 1. Open a Libreoffice application, one of your choice, and Writer; 2. In Writer document, which can be empty, call text-search tool (Ctrl + F), and execute a search; 3. Save document and close it; 4. Open that document, then verify whether previous search history stack is still available for use. Actual Results: 4. – Text-search history stack is still available for use. Expected Results: Memory purged thus history stack emptied. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.3.3.2.0+; Build ID: 6.3.3.2-7.fc31; CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded
If you don't want LibreOffice to remember your search go to Tools - Options - LibreOffice - Advanced - Open Expert Configuration - and search for term "search" and under org.openoffice.Office.Common go to Misc and replace 10 with 0.
Hey. An entry whose whole name is "org.openoffice.Office.Common" is supposed to be unique. To be a usable concept, a search tool whose targets are sets, has to produces unique targets. However present tool does produce several targets. Please provide just a unique target-term if you think you can, that will do since as you can observe yourself, neither "search" nor "org.openoffice.Office.Common" are, thus term to focus on cannot be found by that tool obviously built by developers for developers.
Created attachment 156558 [details] video how to change number of words remembered This is a setting that 99,99% of users doesn't want to change. So this, and also more settings are just accesible from this place. I made a video with steps to follow. Version: 6.4.0.0.beta1 Build ID: 4d7e5b0c40ed843384704eca3ce21981d4e98920 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
Also, I have to say that search history is very usefull for majority of people, maybe you need to search every day in a spreadsheet some elements, and that thing day after day, being very usefull to remember this words. Just for privacy is important to have zero words remembered. I will confirm this bug, as the fact that this is the situation now, but I am not sure this will be solved.
I attempted to play the file you supplied the classic way within Opera for Linux, which is by clicking link whose tool-tip is "View the content of the attachment", but no material was played. So i intended to download that file via Details. There is informed "Attachment is not viewable in your browser because its MIME type (video/mp4) is not one that your browser is able to display." However clicking that link, is faulty leading as well to attempt playing file in browser. I am aware that it is an issue in current Bugzilla version 5.0.4 for documentfoundation.org. Text-search history is most useful to me. I used it classically the way you depicted it. Though in the context of an unpleasant task, I am using it an other way.
Try to open this page in Chrome. It is working. And see the video.
Chromium is the one to use on Linux: Not yet working. URL field: 'chrome://version/' Chromium 79.0.3945.79 (Developer Build) Fedora Project (64-bit) Revision 29f75ce3f42b007bd80361b0dfcfee3a13ff90b8-refs/branch-heads/3945@{#916} OS Linux JavaScript V8 7.9.317.31 Flash (Disabled) User Agent Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.79 Safari/537.36 Command Line /usr/bin/chromium-browser --enable-plugins --enable-extensions --enable-user-scripts --enable-printing --enable-gpu-rasterization --enable-sync --auto-ssl-client-auth --flag-switches-begin --flag-switches-end --disable-webrtc-apm-in-audio-service Executable Path /usr/lib64/chromium-browser/chromium-browser.sh Profile Path /home/yk/.config/chromium/Default