[Feature Request] button to force mount rescan in GUI

[mmattel]

If you have an external (personal) mount, it would be great to have the possibiliy to manually force a rescan of the current mount or mount/current_folder with an additional entry in the action list below.

It should behave in the same way like you run the command (example):
sudo -uwww-data ./occ files:scan --path="user_x/files/external_mount_name/folder_name"

[ownclouders]

GitMate.io thinks possibly related issues are #12530 (Feature Request), #8569 (Feature requests), #20661 (Update), #21366 (Update), and #29873 ([Feature Request] Mark mount as read only in the mount settings).

[PVince81]

this would need to trigger a background job for rescanning
also means not compatible with "save credentials in session" mode as the bkg job wouldn't be able to connect, so the menu item should only be visible when it makes sense

[mmattel]

Questions:

• The current occ documentation about files:scan does not mention any limitation for scanning regarding „save credentials in session“. Do we need to adopt the content to reflect that?
• In case yes, it would be good to also reflect that somehow in occ files_external:list for easy identification if a mount point has fixed or session credentials as the latter would not be scannable by occ.
• For my better understanding, is or would there be a difference in between the occ command and a backgroundjob?

[PVince81]

the doc in question should already be in owncloud-archive/documentation#4283

[PVince81]

also, no difference between bkg job and cron. The point is that there is no user session active in any of these two, so whatever credentials stored in "whatever session" is not accessible.

[mmattel]

Thanks, I will check and see if we add a link in the occ files:scan descriptoin to the known limitations you referenced, might be helpful.

[mmattel]

Additional question:
When the user is logged in (a session based mount is used) and he clicks on such a rescan button, the session data would be available. Clould that session data be handed over to the backgroundjob and initiate scanning?

[PVince81]

over the last years we always decided against storing such data in background jobs, which would mean storing passwords in a way that can be decrypted, which comes with security concerns

[mmattel]

valid argument 👍

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.