adsche
adsche
Digging into the source: The method is called in DocumentStore.php, l. 173, with a variable `$savedContent` as parameter. `$savedContent` is initialized in l. 158 of the same file with `fopen(...)....
In our case, the specific error was triggered because a file had been renamed by someone* while open for someone else, and the file extension changed (docx -> bak). However,...
There's still no error handling on the fopen() call, so this bug is still easily triggered by renaming files. https://github.com/nextcloud/documentserver_community/blob/d3fbf99169857f9d8fb77bf95e29ad7339342c25/lib/Document/DocumentStore.php#L158-L173
Is the wiki content archived somewhere? I keep running into things I need from the documentation that are supposedly described there... Thanks!
Today, for me, it was this one (same as the initial reporter): https://github.com/jupyterhub/jupyterhub/wiki/Using-sudo-to-run-JupyterHub-without-root-privileges This is linked from https://jupyterhub.readthedocs.io/en/stable/tutorial/quickstart.html (bottom). Last week, I stumbled upon this issue when looking up something...
> Possible duplicate of [nextcloud/user_saml#826](https://github.com/nextcloud/user_saml/issues/826) I don't think it is. Our `user_saml` has the fixed version of `lib/UserBackend.php` but we still cannot create app passwords. There are no error messages...
Wow! Indeed, it works right after login for a while (more than 30 min) but stops working at some point.
I upgraded to 29.0.3 because I almost expected #43942 (#45705) to fix this issue as it seems related. Unfortunately it doesn't seem to have fixed it. App password creation was...
@szaimen - as you added the "28 feedback" tag and there wasn't any response/acknowledgement from the team since then, I'd just like to point out that this is still valid...
Sorry for the bug label, that was unintentional.