[Bug]: Crash when using external/non-default path (in 3.13.x, but 3.12.x okay) #6707

matvit92 · 2024-04-26T19:39:44Z

⚠️ Before submitting, please verify the following: ⚠️

This is a bug, not a question or a configuration issue.
This issue is not already reported on Github (I've searched it).
Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
I agree to follow Nextcloud's Code of Conduct

Bug description

After updating from version 3.12.3 to 3.13.0 client crash, when using external storage path for files. In my case on SD card. After downgrade to 3.12.4 it working OK.

Issue reported by another user here: https://github.com/nextcloud-releases/desktop/issues/9

Steps to reproduce

Set files path to external media (SD card)

Expected behavior

Client crash

Which files are affected by this bug

No files affected

Operating system

Windows

Which version of the operating system you are running.

Windows 11

Package

Other

Nextcloud Server version

24.0.4

Nextcloud Desktop Client version

3.13.0

Is this bug present after an update or on a fresh install?

Updated to a major version (ex. 3.3.6 to 3.4.0)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

Default internal user-backend
LDAP/ Active Directory
SSO - SAML
Other

Nextcloud Server logs

No response

Additional info

No response

michael-r-elp · 2024-04-29T14:39:04Z

Can confirm, got a call today from someone on 3.13.0 experiencing the same problem, after downgrade to 3.12.4 everything worked fine again.
Logs didn't say anything useful, the event viewer showed that nextcloud crashed within module ntdll with error code 0xc0000005.

DavidS · 2024-04-29T14:57:07Z

Same on my dad's machine: crashes with 3.13.0; works fine with 3.12.4; has the nextcloud storage on N:\, a mapped drive

willie68 · 2024-05-02T11:27:56Z

Confirm: USB SDD -> crash, same pc local HDD -> works
Nothing in my logs.

hdmr14 · 2024-05-02T15:28:16Z

oh, that's interesting.
local SSD(SATA) -> crashed on my PC.

matvit92 · 2024-05-02T17:35:18Z

oh, that's interesting. local SSD(SATA) -> crashed on my PC.

Mapped in default directory?

hdmr14 · 2024-05-03T16:42:43Z

oh, that's interesting. local SSD(SATA) -> crashed on my PC.

Mapped in default directory?

Ah, No.
I've set up a mapping to 'H:\Nextcloud'.
Sorry for any confusion.

digimbyte · 2024-05-05T12:28:14Z

same issue, I thought this was related to a case insensitive issue as NextCloud is Case Sensative on the server but it maybe related to external media.
I use a 12TB external HDD for our teams backup/media and its been crashing. I updated because files weren't updating prior.

haziqnorisham · 2024-05-10T22:50:11Z

Same issue here, sync to external usb hdd will crash on 3.13.0, downgrade to 3.12.4 & sync works.

pascal142 · 2024-05-11T15:19:52Z

Same issue, windows client 3.13 crashes. Downgrade to 3.12.5 is working again
Nom de l’application défaillante nextcloud.exe, version : 3.13.0.55335, horodatage : 0x66280dc7
Nom du module défaillant : ntdll.dll, version : 10.0.22621.3374, horodatage : 0xeae8eecc
Code d’exception : 0xc0000005

steinjo · 2024-05-22T13:10:53Z

Exact same problem here, windows 11, drive is an encrypted container mapped to X:
Downgrading to client 3.11.0 and it works again

obriat · 2024-05-23T20:35:45Z

Confirm I got the same problem Windows 10 + Sandisk external SSD on E: drive. But only one of my account made the app crash

git-ikeda · 2024-05-26T22:54:18Z

Same issue, windows client 3.13 crashes. Downgrade to 3.12.5 is working again.
Windows 11 + External network drive on \network\example\

unddef · 2024-06-03T21:43:22Z

same issue here with client 3.13.0-x64 on win10
file directory hosted on a veracrypt container mounted to x:\

program starts up. task bar symbol shows up. you can even open the main window. sync process starts and after 1-4 files it crashes. the log files contained no significant error messages.

downgrade to 3.14.5-x64 solved the issue

ragsna · 2024-06-12T06:15:50Z

Also here Nexcloud client 3.13.0 crashes when using an encrypted drive

after a few seconds when synching with local sync drive being a Veracrypt-encrypted file container
happens with two nextcloud server instances (synchronization with both servers was working previously)
attempt to sync with unencrypted local drive works
Windows 11 (version 22H2)
Windows event viewer on local client shows
Level: Error; Source: ApplicationError
AppName: nextcloud.exe, AppVersion 3.13.0.55335
ModuleName: ntdll.dll, ModuleVersion 10.0.22621.3527

DcryptedCA · 2024-07-04T13:05:41Z

Same issue with crashing on both 3.13.1 or 3.13.0 .
Drive is on SD Card. Runs for 30 seconds and then crashes.
Currently running on 3.12.6 without issues.
Windows 11.

git-ikeda · 2024-07-09T00:31:09Z

Windows client 3.13.1 also crashes again. Downgrade to 3.12.5 is working.
Windows 11 + External network drive on \network\example\

willie68 · 2024-08-05T12:41:19Z

After 3 months of silence from the development team, is there anything new?

tigernero79 · 2024-08-29T17:56:37Z

News?

tigernero79 · 2024-08-31T15:08:01Z

Is it possible that this bug still exists in release 3.13.x? and no one bothers or is there any solution? a bug that doesn't exist in version 3.12.x

CleyFaye · 2024-08-31T15:47:12Z

Last time I checked a 3.13.x patch a month ago or so, it was still there. I'll admit I've been reluctant to test more recently, as long as there is no news posted on this issue.

willie68 · 2024-08-31T17:38:27Z

As me. On all my Devices I'm still on the latest 3.12, clicking all the time the "you have to update " box away.

joshtrichards · 2024-08-31T20:30:27Z

Confirm: USB SDD -> crash, same pc local HDD -> works

Is this truly specific to external drives or merely any non-default drives (e.g. anything other than C:\)?

joshtrichards · 2024-08-31T21:12:53Z

Unfortunately, 0xc0000005 is a rather generic Windows error.

Is the log getting anything written to it just prior to these crashes?

Alternatively, try running the client from the command-line. I believe even on Windows you'll get the stdout/stderr output that one does on Linux when started in this way (I don't have my Windows box handy to confirm at the moment with certainty). (e.g. https://docs.nextcloud.com/desktop/3.14/troubleshooting.html#command-line)

If anyone experiencing this is able/willing, it would be interesting to see if this is reproducible on the 3.14.x RC. It's QT6 based so there's a possibility whatever this is is gone. DISCLAIMER: Pre-release software so use with a test account + folder and/or with good backups in-place. https://github.com/nextcloud/desktop/releases/tag/v3.14.0-rc1

tigernero79 · 2024-08-31T21:23:23Z

Test on 3.14 rc1 but

would need the installation exe if possible I only see source code

CleyFaye · 2024-08-31T21:36:36Z

They are there: https://github.com/nextcloud-releases/desktop/releases

I'll run 3.14-rc1 for a bit and report back. It used to crash after less than a minute, so it should be easy to spot.

CleyFaye · 2024-08-31T21:53:50Z

Yep. My situation is a synchronized directory in a veracrypt mounted drive (say "k:\syncdir"). The client did work (it added a file I created on nextcloud), but just crashed.

nextcloud --version says "3.13.81rc1-Win64" (I assume this is normal, as it also shows Qt6?).

Running nextcloud.exe --logwindow --logfile d:\nextcloud.log --logdebug ends on the following output:

2024-08-31 23:43:39:485 [ info nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:526 ]:	Processing "<some relative file path>" | (db/local/remote) | valid: true/true/true | mtime: 1725034756/1725034756/1725034756 | size: 122/122/122 | etag: "7147555642d41ce074a776bf106b7566"//"7147555642d41ce074a776bf106b7566" | checksum: "SHA1:6945a36bce1f38747feaa4dd355a9505e1a0f7fa"//"" | perm: "WDNVR"//"WDNVR" | fileid: "01107873oc1df7jsllrw"//"01107873oc1df7jsllrw" | type: CSyncEnums::ItemTypeFile/CSyncEnums::ItemTypeFile/CSyncEnums::ItemTypeFile | e2ee: false/false | e2eeMangledName: ""/"" | file lock: not locked//not locked | file lock type: ""//"0" | metadata missing: /false/
2024-08-31 23:43:39:485 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:714 ]	[ OCC::ProcessDirectoryJob::processFileAnalyzeRemoteInfo ]:	item lock for: "<some relative file path>" OCC::SyncFileItem::LockStatus::UnlockedItem "" "" OCC::SyncFileItem::LockOwnerType::UserLock "" 0 0
2024-08-31 23:43:39:485 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:1051 ]	[ OCC::ProcessDirectoryJob::processFileAnalyzeLocalInfo ]:	File "<some relative file path>" - servermodified: false noServerEntry: false
2024-08-31 23:43:39:486 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:1745 ]	[ OCC::ProcessDirectoryJob::processFileFinalize ]:	"<some relative file path2> 0 0 0"
2024-08-31 23:43:39:486 [ info nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:526 ]:	Processing "<some relative file path>" | (db/local/remote) | valid: true/true/true | mtime: 1725140385/1725140386/1725140385 | size: 27/27/27 | etag: "e0e60d7e367e3fa3f9f62b43289c574e"//"e0e60d7e367e3fa3f9f62b43289c574e" | checksum: "SHA1:4c7957d92b45ed613795ac8ac7954dee12e7dd14"//"" | perm: "WDNVR"//"WDNVR" | fileid: "01107888oc1df7jsllrw"//"01107888oc1df7jsllrw" | type: CSyncEnums::ItemTypeFile/CSyncEnums::ItemTypeFile/CSyncEnums::ItemTypeFile | e2ee: false/false | e2eeMangledName: ""/"" | file lock: not locked//not locked | file lock type: ""//"0" | metadata missing: /false/
2024-08-31 23:43:39:486 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:714 ]	[ OCC::ProcessDirectoryJob::processFileAnalyzeRemoteInfo ]:	item lock for: "<some relative file path2>" OCC::SyncFileItem::LockStatus::UnlockedItem "" "" OCC::SyncFileItem::LockOwnerType::UserLock "" 0 0
2024-08-31 23:43:39:486 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:1051 ]	[ OCC::ProcessDirectoryJob::processFileAnalyzeLocalInfo ]:	File "<some relative file path>" - servermodified: false noServerEntry: false
2024-08-31 23:43:39:486 [ debug nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:1252 ]	[ OCC::ProcessDirectoryJob::processFileAnalyzeLocalInfo ]:	Local file was changed: File "<some newer relative file path>" item->_instruction: CSyncEnums::CSYNC_INSTRUCTION_SYNC noServerEntry: false item->_direction: OCC::SyncFileItem::Up item->_size: 27 item->_modtime: 1725140386
2024-08-31 23:43:39:486 [ info nextcloud.sync.discovery C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\discovery.cpp:1743 ]:	"<some newer relative file path> 64 1 0"
2024-08-31 23:43:39:486 [ info nextcloud.sync.engine C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncengine.cpp:783 ]:	#### Discovery end ####################################################  935 ms
2024-08-31 23:43:39:487 [ info nextcloud.sync.engine C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncengine.cpp:833 ]:	#### Reconcile (aboutToPropagate) ####################################################  935 ms
2024-08-31 23:43:39:487 [ info nextcloud.sync.statustracker C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncfilestatustracker.cpp:239 ]:	Investigating "Journal" OCC::SyncFileItem::NoStatus CSyncEnums::CSYNC_INSTRUCTION_UPDATE_METADATA OCC::SyncFileItem::Down
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:OK:K:\\syncdir\\somepath" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ info nextcloud.sync.statustracker C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncfilestatustracker.cpp:239 ]:	Investigating "<some relative path>" OCC::SyncFileItem::NoStatus CSyncEnums::CSYNC_INSTRUCTION_UPDATE_METADATA OCC::SyncFileItem::Down
2024-08-31 23:43:39:487 [ info nextcloud.sync.statustracker C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncfilestatustracker.cpp:239 ]:	Investigating "<some relative path>" OCC::SyncFileItem::NoStatus CSyncEnums::CSYNC_INSTRUCTION_UPDATE_METADATA OCC::SyncFileItem::Down
2024-08-31 23:43:39:487 [ info nextcloud.sync.statustracker C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncfilestatustracker.cpp:239 ]:	Investigating "<some relative path>" OCC::SyncFileItem::NoStatus CSyncEnums::CSYNC_INSTRUCTION_SYNC OCC::SyncFileItem::Up
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:SYNC:K:\\syncdir\\somepath" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:SYNC:K:\\syncdir" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:IGNORE:K:\\syncdir\\.nextcloudsync.log" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:IGNORE:K:\\syncdir\\.sync_34c5cd5d175d.db" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:IGNORE:K:\\syncdir\\.sync_34c5cd5d175d.db-journal" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ info nextcloud.sync.engine C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncengine.cpp:840 ]:	#### Reconcile (aboutToPropagate OK) ####################################################  936 ms
2024-08-31 23:43:39:487 [ debug nextcloud.sync.database C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\common\syncjournaldb.cpp:2799 ]	[ OCC::SyncJournalDb::commitInternal ]:	Transaction commit "post treewalk" and starting new transaction
2024-08-31 23:43:39:487 [ debug nextcloud.sync.database C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\common\syncjournaldb.cpp:2799 ]	[ OCC::SyncJournalDb::commitInternal ]:	Transaction commit "post stale entry removal" and starting new transaction
2024-08-31 23:43:39:487 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:228 ]	[ OCC::SocketListener::sendMessage ]:	Sending SocketAPI message --> "STATUS:SYNC:K:\\syncdir" to QLocalSocket(0x1c91e8fc600)
2024-08-31 23:43:39:487 [ info nextcloud.sync.engine C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\syncengine.cpp:894 ]:	#### Post-Reconcile end ####################################################  936 ms
2024-08-31 23:43:39:488 [ info nextcloud.gui.folder C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\folder.cpp:1182 ]:	#### Propagation start ####################################################
2024-08-31 23:43:39:488 [ debug nextcloud.gui.socketapi C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\socketapi\socketapi.cpp:515 ]	[ OCC::SocketApi::slotUpdateFolderView ]:	Not sending UPDATE_VIEW for "2" because status() is OCC::SyncResult::SyncRunning
2024-08-31 23:43:39:489 [ info nextcloud.gui.application C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\gui\owncloudgui.cpp:246 ]:	Sync state changed for folder  "https://server1_url/remote.php/dav/files/user2/" :  "Sync running"
2024-08-31 23:43:39:490 [ info nextcloud.sync.propagator.root.directory C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\owncloudpropagator.cpp:1582 ]:	scheduleSelfOrChild OCC::PropagatorJob::NotYetStarted pending uploads 0 subjobs state OCC::PropagatorJob::NotYetStarted
2024-08-31 23:43:39:490 [ warning nextcloud.sync.propagator.directory C:\Users\User\AppData\Local\Temp\windows-25183\client-building\desktop\src\libsync\owncloudpropagator.cpp:1261 ]:	Useless task found for file "<some newer relative file path>" instruction CSyncEnums::CSYNC_INSTRUCTION_SYNC

And it stops there. I'm not posting the whole thing (there's a lot of file names in it) but there is no error anywhere in the full log. Whatever kills the process do so without anything in the log.

tigernero79 · 2024-08-31T21:54:46Z

Installed version 3.14 rc1 same problem starts and after 30 seconds application closes. I have data on a 128gb microsd on my surfage go2

SimJoSt · 2024-09-16T00:06:23Z

Found this thread/issue while trying to solve my own issues.
At least some of my issues seem to be caused by the same stuff you are running into.
Version 3.12.x work (3.12.7 as the latest), version 3.13.x crash.
Windows version is 10 Pro.

My synced folders are all not in the default directory but either on a second partition D:\Nextcloud\InstanceA\ or on an external drive F:\.
I'm still checking if all issues have been solved by downgrading or if I am running into multiple.

tigernero79 · 2024-09-17T03:23:58Z

News? even the latest version is affected by this bug. 3.14

matvit92 · 2024-09-17T08:57:54Z

News? even the latest version is affected by this bug. 3.14

I tried 3.14 on two computers (with external path settings) and working ok. So it seems fixed 🙂

PhilippSchlesinger · 2024-09-17T10:04:15Z

@matvit92 so you might want to consider updating the issue title ("and 3.14 okay").

tigernero79 · 2024-09-17T10:58:55Z

I have three nextcloud instances that store on external microsd unit, I have a surface and 3.14 gives the same problem. I don't think the problem is solved

CleyFaye · 2024-09-17T11:01:40Z

I just tested the stable 3.14 release in the same setup as described above (synchronized directory on k:\somedir, with k: being a veracrypt mount). Nextcloud still just die without any error in any logging facility.

matvit92 · 2024-09-17T22:47:50Z

You're right, it still not working. It started ok for me without crash only when it not syncing anything new. Today i sync some changes in external path and it instant crashed. Sorry for my mistake in previous comment.

qardas · 2024-09-20T16:10:01Z

yep, 3.14 crashes same way as 3.13. for me the downgrade to 3.12.4 not working anymore: it starts to sync, after certain time it freezes and doesn't react, so I need to kill Nextcloud task in task manager. Win11 22h2 updated

SimJoSt · 2024-09-20T19:51:58Z

There are some other similar issues, with different causes. They were only helped by a downgrade to an even earlier release of 3.12.x. You can try going to 3.12.2, etc.

MichiS97 · 2024-09-21T12:35:44Z

Just chiming on this: I've got the exact same problem on my Windows 11 install. I'm synching to a separate HDD and any client version newer than 3.12.x just crashes without notice

hurgelwurz666 · 2024-09-24T09:22:45Z

I have the same problem. I am syncing to a drive encrypted with Veracrypt. The client 3.12.4 works, all subsequent versions crash. The synchronization to an unencrypted drive also works with higher versions than 3.12.4.

igorneumann · 2024-09-24T10:27:09Z

Any way to prevent it from updating itself?
Even with "Check updates automatically" disabled it keeps updating itself to the latest version.

Im reinstalling the 3.12.3 almost daily.

willie68 · 2024-09-24T12:13:31Z

On every start, I'll get a box with 3 buttons, where i can select what to do.

I'll always take the first button.
On the settings i have selected the stabil update channel, and i do not switch on the automatic check.

david4office · 2024-10-01T04:01:36Z

Current the Nextcloud desktop client v3.14.1 on my Windows 10 Pro 22H2 still crashed immediately after startup, after uninstall and reinstall v3.12.7, the problem has been solved. but same client version v3.14.1 on my another Windows 11 Pro doesn't have this problem.

tigernero79 · 2024-10-01T04:39:37Z

unfortunately even version 3.14.1 has no cirrettonil bug. on my surface with microsd nextcloud vabin ctash a few seconds after its startup. only version 3.12.x works. but damn i dont know why the bug is still there

matvit92 added the 0. Needs triage label Apr 26, 2024

This comment was marked as duplicate.

Sign in to view

claucambra added os: 🚪 Windows bug labels May 15, 2024

This comment was marked as duplicate.

Sign in to view

PhilippSchlesinger mentioned this issue Jul 19, 2024

[Bug]: Nexcloud desktop 3.13.2 crash on surface go 2 windows 11 and external microsd storage #6920

Closed

8 tasks

joshtrichards added the regression label Aug 12, 2024

joshtrichards added the stable-3.13 Feedback on 3.13.x releases label Aug 31, 2024

joshtrichards added the crash label Aug 31, 2024

joshtrichards changed the title ~~[Bug]: Nexcloud desktop 3.13.0 crash when using external path~~ [Bug]: Crash when using external/non-default path (in 3.13.x, but 3.12.x okay) Aug 31, 2024

joshtrichards removed the 0. Needs triage label Aug 31, 2024

MichiS97 mentioned this issue Oct 1, 2024

[Bug]: 3.14.0/3.14.1 asks to log in on every start #7231

Open

8 tasks

[Bug]: Crash when using external/non-default path (in 3.13.x, but 3.12.x okay) #6707

[Bug]: Crash when using external/non-default path (in 3.13.x, but 3.12.x okay) #6707

Comments

matvit92 commented Apr 26, 2024

⚠️ Before submitting, please verify the following: ⚠️

Bug description

Steps to reproduce

Expected behavior

Which files are affected by this bug

Operating system

Which version of the operating system you are running.

Package

Nextcloud Server version

Nextcloud Desktop Client version

Is this bug present after an update or on a fresh install?

Are you using the Nextcloud Server Encryption module?

Are you using an external user-backend?

Nextcloud Server logs

Additional info

michael-r-elp commented Apr 29, 2024 • edited Loading

DavidS commented Apr 29, 2024

This comment was marked as duplicate.

willie68 commented May 2, 2024

hdmr14 commented May 2, 2024

matvit92 commented May 2, 2024

hdmr14 commented May 3, 2024 • edited Loading

digimbyte commented May 5, 2024

haziqnorisham commented May 10, 2024

pascal142 commented May 11, 2024

This comment was marked as duplicate.

steinjo commented May 22, 2024

obriat commented May 23, 2024 • edited Loading

git-ikeda commented May 26, 2024

unddef commented Jun 3, 2024 • edited Loading

ragsna commented Jun 12, 2024 • edited Loading

DcryptedCA commented Jul 4, 2024 • edited Loading

This comment was marked as duplicate.

git-ikeda commented Jul 9, 2024 • edited Loading

willie68 commented Aug 5, 2024

tigernero79 commented Aug 29, 2024

tigernero79 commented Aug 31, 2024

CleyFaye commented Aug 31, 2024

willie68 commented Aug 31, 2024

joshtrichards commented Aug 31, 2024

joshtrichards commented Aug 31, 2024

tigernero79 commented Aug 31, 2024 • edited Loading

CleyFaye commented Aug 31, 2024

CleyFaye commented Aug 31, 2024

tigernero79 commented Aug 31, 2024

SimJoSt commented Sep 16, 2024

tigernero79 commented Sep 17, 2024

matvit92 commented Sep 17, 2024

PhilippSchlesinger commented Sep 17, 2024

tigernero79 commented Sep 17, 2024

CleyFaye commented Sep 17, 2024

matvit92 commented Sep 17, 2024

qardas commented Sep 20, 2024

SimJoSt commented Sep 20, 2024

MichiS97 commented Sep 21, 2024

hurgelwurz666 commented Sep 24, 2024

igorneumann commented Sep 24, 2024

willie68 commented Sep 24, 2024

david4office commented Oct 1, 2024

tigernero79 commented Oct 1, 2024

michael-r-elp commented Apr 29, 2024 •

edited

Loading

hdmr14 commented May 3, 2024 •

edited

Loading

obriat commented May 23, 2024 •

edited

Loading

unddef commented Jun 3, 2024 •

edited

Loading

ragsna commented Jun 12, 2024 •

edited

Loading

DcryptedCA commented Jul 4, 2024 •

edited

Loading

git-ikeda commented Jul 9, 2024 •

edited

Loading

tigernero79 commented Aug 31, 2024 •

edited

Loading