Bug 423732 - Option to disable recent documents for public accessible computers
Summary: Option to disable recent documents for public accessible computers
Status: RESOLVED DUPLICATE of bug 416271
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: KIO Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-01 09:51 UTC by apache
Modified: 2022-07-22 19:26 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description apache 2020-07-01 09:51:29 UTC
With right click on application in Tasks widget there are recent documents shown. And for every one application they need to be deleted separately. 

Add option to permanently disable recent documents in Tasks widget on panel in all applications.
Comment 1 David Edmundson 2020-07-01 10:51:15 UTC
>Add option to permanently disable recent documents in Tasks widget on panel in all applications.

Can you expand on what the problem we're trying to solve with this is?
Comment 2 apache 2020-07-01 13:47:10 UTC
If someone forgets to clear it manually other persons (for example at work) can see what documents or movies or pictures were at use.
Comment 3 Bug Janitor Service 2020-07-16 04:33:09 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Christoph Feck 2020-07-21 08:18:49 UTC
Not showing them in the task manager would not help. Every application may store its list of recently used documents in their history files, most of them being simple human-readable .ini files.

Fixing this would require that applications stop remembering those documents. We have a framework for recent files, but not all applications are using it. See https://api.kde.org/frameworks/kio/html/classKRecentDocument.html

I seem to remember we had a way to control this class via the Kiosk restrictions, but I let KIO maintainers investigate.
Comment 5 apache 2020-07-21 10:31:23 UTC
> Every application may store its list of recently used documents in their history files

Yes. But this is kind of another story. Even when you clear recent documents in Kate there are still visible in task manager. If user wants to remove recent documents, he/she needs to remember about clearing them from two places.

Besides, some applications, for example VLC, have option to disable recent files history.
Comment 6 ttntm 2020-08-30 10:56:34 UTC
To quote my own comment from https://bugs.kde.org/show_bug.cgi?id=353229:

--

+1, also an issue for me.

Maybe this could be resolved this way: 

Add an option to the respective Plasma panel, i.e. in "Configure Task Manager...". This option could be called something like "Keep Recent Documents" (yes/no). If turned off, the recent document history should be hidden _and_ deleted, so that when turned on again, there's no way of seeing the past history entries. If turned on again, it should start collecting the history from scratch (like it does for a new installation or user account).
Comment 7 Nate Graham 2021-04-05 16:34:29 UTC
In fact this option already exists in the Activities KCM:

System Settings > Workspace Behavior > Activities > Privacy > Do Not Remember

The problem is, this is pretty un-discoverable. I don't think most people would guess that the setting lives on the Activities page. That's a UI issue though that we'll track separately with Bug 416271.
Comment 8 Nate Graham 2022-07-22 19:26:45 UTC

*** This bug has been marked as a duplicate of bug 416271 ***