You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Certainly! Here's the translated bug report in English:
Bug Report: Issue with Adding External Storage with Saved Password
Hello,
I am experiencing an issue with the External Storage app in Nextcloud (version 31.0.4). When I try to add a shared storage in the admin settings, selecting the "save in session" option with a password, the following occurs:
The password field appears in the web interface, which was not present before.
The password field becomes mandatory, preventing me from saving the configuration without entering a password.
If I enter my user password, the options are saved, but the mount fails.
The command files_external:verify returns "No login credentials saved," even after entering the password.
System details:
Nextcloud version: 31.0.4
External Storage app version: 1.23.0
Operating system: [please specify if possible]
Configuration: SFTP storage with credentials saved in the database, with the "save in session" option enabled.
Additional information:
When adding the storage, the password field appears as mandatory even if it shouldn't.
Mounting fails even when entering the correct password.
The current configuration shows that credentials are not recognized correctly by files_external:verify
Steps to reproduce
Log in as an administrator in Nextcloud.
Navigate to Settings > External Storage.
Add a new external storage (e.g., SFTP).
Fill in the required fields (host, root, etc.).
Enable the option use saved passord in database.
Save the configuration.
Observe that the password field appears as mandatory.
Expected behavior
When selecting the option to use saved credentials in database, the password field should not be mandatory if credentials are already saved.
The storage should be added successfully without requiring the password.
The storage should mount correctly, and credentials should be verified properly.
No errors or warnings about missing credentials should appear during verification or mounting.
Nextcloud Server version
31
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Nginx
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 32.0.1 to 32.0.2)
Are you using the Nextcloud Server Encryption module?
{"reqId":"9JNBI41lPqlW7ksWXqeB","level":0,"time":"2025-04-28T15:39:23+00:00","remoteAddr":"37.119.199.80","user":"davide_9136","app":"user_ldap","method":"PUT","url":"/apps/logreader/api/settings","message":"The loading of lazy AppConfig values have been triggered by app \"user_ldap\"","userAgent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36","version":"31.0.4.1","exception":{"Exception":"RuntimeException","Message":"The loading of lazy AppConfig values have been triggered by app \"user_ldap\"","Code":0,"Trace":[{"file":"/var/www/html/lib/private/AppConfig.php","line":1193,"function":"loadConfig","class":"OC\\AppConfig","type":"->","args":["user_ldap",null]},{"file":"/var/www/html/lib/private/AppConfig.php","line":106,"function":"loadConfigAll","class":"OC\\AppConfig","type":"->","args":["user_ldap"]},{"file":"/var/www/html/lib/private/AllConfig.php","line":172,"function":"getKeys","class":"OC\\AppConfig","type":"->","args":["user_ldap"]},{"file":"/var/www/html/apps/user_ldap/lib/Helper.php","line":109,"function":"getAppKeys","class":"OC\\AllConfig","type":"->","args":["user_ldap"]},{"file":"/var/www/html/apps/user_ldap/lib/Helper.php","line":50,"function":"getServersConfig","class":"OCA\\User_LDAP\\Helper","type":"->","args":["ldap_configuration_active"]},{"file":"/var/www/html/apps/user_ldap/lib/AppInfo/Application.php","line":113,"function":"getServerConfigurationPrefixes","class":"OCA\\User_LDAP\\Helper","type":"->","args":[true]},{"file":"/var/www/html/lib/private/AppFramework/Bootstrap/FunctionInjector.php","line":28,"function":"OCA\\User_LDAP\\AppInfo\\{closure}","class":"OCA\\User_LDAP\\AppInfo\\Application","type":"->","args":["*** sensitive parameters replaced ***"]},{"file":"/var/www/html/lib/private/AppFramework/Bootstrap/BootContext.php","line":32,"function":"injectFn","class":"OC\\AppFramework\\Bootstrap\\FunctionInjector","type":"->","args":[{"__class__":"Closure"}]},{"file":"/var/www/html/apps/user_ldap/lib/AppInfo/Application.php","line":104,"function":"injectFn","class":"OC\\AppFramework\\Bootstrap\\BootContext","type":"->","args":[{"__class__":"Closure"}]},{"file":"/var/www/html/lib/private/AppFramework/Bootstrap/Coordinator.php","line":157,"function":"boot","class":"OCA\\User_LDAP\\AppInfo\\Application","type":"->","args":[{"__class__":"OC\\AppFramework\\Bootstrap\\BootContext"}]},{"file":"/var/www/html/lib/private/App/AppManager.php","line":479,"function":"bootApp","class":"OC\\AppFramework\\Bootstrap\\Coordinator","type":"->","args":["user_ldap"]},{"file":"/var/www/html/lib/private/App/AppManager.php","line":248,"function":"loadApp","class":"OC\\App\\AppManager","type":"->","args":["user_ldap"]},{"file":"/var/www/html/lib/private/legacy/OC_App.php","line":82,"function":"loadApps","class":"OC\\App\\AppManager","type":"->","args":[["authentication"]]},{"file":"/var/www/html/lib/base.php","line":997,"function":"loadApps","class":"OC_App","type":"::","args":[["authentication"]]},{"file":"/var/www/html/index.php","line":24,"function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/var/www/html/lib/private/AppConfig.php","Line":1208,"message":"The loading of lazy AppConfig values have been triggered by app \"user_ldap\"","exception":{},"CustomMessage":"The loading of lazy AppConfig values have been triggered by app \"user_ldap\""}}
{"reqId":"9JNBI41lPqlW7ksWXqeB","level":0,"time":"2025-04-28T15:39:23+00:00","remoteAddr":"37.119.199.80","user":"davide_9136","app":"user_ldap","method":"PUT","url":"/apps/logreader/api/settings","message":"Calling LDAP function ldap_explode_dn with parameters [\"davide_9136\",0]","userAgent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36","version":"31.0.4.1","data":{"app":"user_ldap"}}
{"reqId":"9JNBI41lPqlW7ksWXqeB","level":0,"time":"2025-04-28T15:39:23+00:00","remoteAddr":"37.119.199.80","user":"davide_9136","app":"logreader","method":"PUT","url":"/apps/logreader/api/settings","message":"Updating AppConfig: logLevel => 1","userAgent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36","version":"31.0.4.1","data":{"app":"logreader"}}
Additional info
No response
The text was updated successfully, but these errors were encountered:
Bug description
Certainly! Here's the translated bug report in English:
Bug Report: Issue with Adding External Storage with Saved Password
Hello,
I am experiencing an issue with the External Storage app in Nextcloud (version 31.0.4). When I try to add a shared storage in the admin settings, selecting the "save in session" option with a password, the following occurs:
The password field appears in the web interface, which was not present before.
The password field becomes mandatory, preventing me from saving the configuration without entering a password.
If I enter my user password, the options are saved, but the mount fails.
The command files_external:verify returns "No login credentials saved," even after entering the password.
System details:
Nextcloud version: 31.0.4
External Storage app version: 1.23.0
Operating system: [please specify if possible]
Configuration: SFTP storage with credentials saved in the database, with the "save in session" option enabled.
Additional information:
When adding the storage, the password field appears as mandatory even if it shouldn't.
Mounting fails even when entering the correct password.
The current configuration shows that credentials are not recognized correctly by files_external:verify
Steps to reproduce
Expected behavior
When selecting the option to use saved credentials in database, the password field should not be mandatory if credentials are already saved.
The storage should be added successfully without requiring the password.
The storage should mount correctly, and credentials should be verified properly.
No errors or warnings about missing credentials should appear during verification or mounting.
Nextcloud Server version
31
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Nginx
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 32.0.1 to 32.0.2)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response
The text was updated successfully, but these errors were encountered: