⚠️ This issue respects the following points: ⚠️
Bug description
Upgrading to 32.06 appears to have introduced a "port" field for SFTP External Storage connections which broke existing SFTP connections with custom ports until the port number was migrated from the hostname field (IP:PORT) to the port field.
This caused directory listings which include SFTP External Storage locations to fail to display in Files with a vague error.
The cause of this problem was not clear from the logs, so I am documenting it here in case anyone else encounters the same problem.
Steps to reproduce
- Upgrade to 32.06 with SFTP External Storage with a custom port in the hostname field (IP:PORT)
- Fail to load Files locations when SFTP External Storage is involved
Expected behavior
- Upgrade to 32.06 with SFTP External Storage with a custom port IP:PORT
- See Warning message in Administration that recommends migrating the port number to the new field
Nextcloud Server version
32
Operating system
None
PHP engine version
None
Web server
None
Database engine version
None
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
Bug description
Upgrading to 32.06 appears to have introduced a "port" field for SFTP External Storage connections which broke existing SFTP connections with custom ports until the port number was migrated from the hostname field (IP:PORT) to the port field.
This caused directory listings which include SFTP External Storage locations to fail to display in Files with a vague error.
The cause of this problem was not clear from the logs, so I am documenting it here in case anyone else encounters the same problem.
Steps to reproduce
Expected behavior
Nextcloud Server version
32
Operating system
None
PHP engine version
None
Web server
None
Database engine version
None
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