Jürgen Weigert

Results 256 comments of Jürgen Weigert

Tested with today's https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/40910.diff ![image](https://github.com/owncloud/core/assets/1108546/47bdd837-b516-462f-8f9c-4053bb6955c8) ---- ![image](https://github.com/owncloud/core/assets/1108546/5fee400e-3f95-4f6e-a17b-09fa71480ad5) ---- * [x] The redirect works, when owncloud is installed at the web root * [x] The redirect works, when owncloud is installed...

Would this also fix https://github.com/owncloud/openidconnect/issues/301 ?

Reproducing the above steps again on a fresh system. I can confirm, the webUI admin/apps says ![grafik](https://github.com/owncloud/core/assets/1108546/145f5742-0c80-47a7-8849-fbbf05e8192c) But the webUI market page seems to be happy: ![grafik](https://github.com/owncloud/core/assets/1108546/9b5df8e8-2dba-415f-a962-20fc132206c7) and so is...

ah, that is good news (not for gallery, but for my scenario). Thanks! Will try to reproduce without gallery. :innocent:

Sidenote: The string "Logged in user must be an admin" seems to be untranslated. Can we make that eligible for translation too?

Yes, there seems to be an implicit read permission. The UI does not expose that to me, that is why I did not mention that. I agree that (read+)delete+create should...

Special case: user1 does not have an own Documents folder. admin shared the Documents folder with user1 before user1 logged in for the first time.

> @jnweiger do you know if this a regression ? unlikely

Not a regression. Same issue seen in 10.8.0: * User01 edits a shared.txt file with files_texteditor * admin enables encryption, and enables the encryption app, but then leaves the waiting...

Reproduced in core 10.11.0 with user_ldap 0.16.1