Juan Pablo Villafañez

@pmaier1 @micbar should we include this ticket in the support queue? On the one hand, this seems potentially dangerous, but on the other hand I think it has been like...

I can't reproduce the issue on 10.10.0 nor in master (f16ee06034a041433e53fb3d86145d29155ea3d9 - post 10.10.0). The issue seems to be fixed, so closing.

Spotted a potential issue with the solution. If the command runs with the `-l` option in the "wrong" server, it will remove the data from the DB. The expected setup...

:exclamation: there might be side effects caused by the scan. The scan might break existing uploads happening at the same time.

> When loading (not updating!) an app, OC will use the latest app in the apps_paths array in the config. That's definitely wrong. There is no guarantee that folder will...

It seems the problem is in https://github.com/owncloud/core/blob/817f54f53d64249166feaa0eb9231c50ca1ed7e0/lib/private/App/AppManager.php#L513-L515 We have 2 apps with the same file id, but the second has a lower version. The data cached by filename should be...

It might be related... I've checked with user_ldap 0.15.4 in the apps folder and 0.14.0 in the apps-external folder. This seems to work although I have ``` - user_ldap: -...

I might have something to reproduce the issue. The key point is that **both** paths must be writable and having the app in both locations. This causes the market app...

https://github.com/owncloud/core/pull/39108 should be the solution. It should work with the scenario described in https://github.com/owncloud/core/issues/38549#issuecomment-896965081 although I'm not sure if it's the right one (seems quite convoluted to be hitting so...

Without server logs there is nothing we can do. If the server is crashing so badly for a 599 error, the usual problem is a broken config.php file, but there...