Bug 129368 - Text-search history is kept in system memory after document had been closed
Summary: Text-search history is kept in system memory after document had been closed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All Linux (All)
: medium enhancement
Assignee: Not Assigned
Depends on:
Blocks: Privacy
  Show dependency treegraph
Reported: 2019-12-13 13:46 UTC by ricky.tigg
Modified: 2023-04-17 15:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

video how to change number of words remembered (826.95 KB, video/mp4)
2019-12-13 15:44 UTC, BogdanB

Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2019-12-13 13:46:29 UTC
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:; Build ID:; 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
Comment 1 BogdanB 2019-12-13 13:51:27 UTC
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.
Comment 2 ricky.tigg 2019-12-13 15:08:46 UTC
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.
Comment 3 BogdanB 2019-12-13 15:44:45 UTC
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.

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
Comment 4 BogdanB 2019-12-13 15:47:15 UTC
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.
Comment 5 ricky.tigg 2019-12-14 13:14:33 UTC
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.
Comment 6 BogdanB 2019-12-19 21:15:06 UTC
Try to open this page in Chrome. It is working.
And see the video.
Comment 7 ricky.tigg 2019-12-20 13:25:26 UTC
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