that doesnt really show any errors. Can you clear the settings string $conf['dontlog'] = ''; (remove debug) in the dokuwiki.php file and then login as any admin user (probably some local user which you may have to register directly in dokuwiki and grant admin rights. Then head over to the admin section and the logsviewer there. Now when you try to login with your Cloudron user, something should appear there.

Sorry @saint it seems I don't know Dokuwiki enough to reproduce your issue. @saint said in DokuWiki Deleted User Content: I created this section, and then re-used the content of this section across other pages since the same content doesn't change and gives good context and reference for those other pages. It seems this workflow is not even possible by default? I found that the include plugin maybe was used but I can't be sure how it was done on your end. Was able to validate that the content of a deleted user still exists. Maybe, you can give some more details how do reproduce this.

I just encountered the same issue. The main reason seems to be a hard-coded setting in the bootstrap3 plugin. To make it work with the Cloudron-packaged app: add the path /app/code to the $doku_inc_dirs array in templates/bootstrap3/css.php and templates/bootstrap3/iconify.php when setting the theme through the DokuWiki Admin panel, the following setting is added to /conf/local.php: $conf['plugin']['oauthgeneric']['scopes'] = array();`, this prevents login through the Cloudron SSO. Manually remove it and login again.

Solved and documented here: https://docs.cloudron.io/packages/dokuwiki/

I am a little dumb... uploading logo.png to wiki:logo.png seems to fix it

@nebulon Thank you very much!

Just try https://www.dokuwiki.org/plugin:prosemirror @ntnsndr It is in beta quality, but it works. Copy & Paste of images not directly visible, but switching from system to visual editor solves this issue. I use the theme sprintDoc.

Thanks!

@girish After testing out the VirtualGroup plugin, it looks like so far this could be an alternate solution to the issue we are having. For those that are running across the problem, try the searching for virtualgroup Plugin in your Extension Manager and see if that solves it.

Fixed in latest package.

This is fixed in the latest package.

Just looked into this issue again with a fresh mind. I think it's not solvable without support in the platform to backup directories outside of /app/data (or alternately, we have to install dokuwiki in /app/data )

@neki it seems for this particular template/theme the issue tracker is at https://github.com/giterlizzi/dokuwiki-template-bootstrap3/issues

@roru2k20 To persist changes, please add the config inside /app/data/conf/local.php instead. <?php $conf['superuser'] = ("girish");

Thanks for the heads up and the workaround! The last update explicitly removed the admin status propagation from Cloudron user accounts to the app. This is done to unify how user accounts get permissions assigned within all apps. The idea is, that the Cloudron admin status is not carried over to apps, since apps have too many different concepts what an admin is and is not. I guess there is no good way without requiring manual permission changes to move to this new understanding what admin means on Cloudron.