Git Product home page Git Product logo

docker-dokuwiki's Introduction

linuxserver.io

Blog Discord Discourse Fleet GitHub Open Collective

The LinuxServer.io team brings you another container release featuring:

  • regular and timely application updates
  • easy user mappings (PGID, PUID)
  • custom base image with s6 overlay
  • weekly base OS updates with common layers across the entire LinuxServer.io ecosystem to minimise space usage, down time and bandwidth
  • regular security updates

Find us at:

  • Blog - all the things you can do with our containers including How-To guides, opinions and much more!
  • Discord - realtime support / chat with the community and the team.
  • Discourse - post on our community forum.
  • Fleet - an online web interface which displays all of our maintained images.
  • GitHub - view the source for all of our repositories.
  • Open Collective - please consider helping us by either donating or contributing to our budget

Scarf.io pulls GitHub Stars GitHub Release GitHub Package Repository GitLab Container Registry Quay.io Docker Pulls Docker Stars Jenkins Build LSIO CI

Dokuwiki is a simple to use and highly versatile Open Source wiki software that doesn't require a database. It is loved by users for its clean and readable syntax. The ease of maintenance, backup and integration makes it an administrator's favorite. Built in access controls and authentication connectors make DokuWiki especially useful in the enterprise context and the large number of plugins contributed by its vibrant community allow for a broad range of use cases beyond a traditional wiki.

dokuwiki

Supported Architectures

We utilise the docker manifest for multi-platform awareness. More information is available from docker here and our announcement here.

Simply pulling lscr.io/linuxserver/dokuwiki:latest should retrieve the correct image for your arch, but you can also pull specific arch images via tags.

The architectures supported by this image are:

Architecture Available Tag
x86-64 amd64-<version tag>
arm64 arm64v8-<version tag>
armhf

Application Setup

Upon first install go to http://$IP:$PORT/install.php once you have completed the setup, restart the container, login as admin and set "Use nice URLs" in the admin/Configuration Settings panel to .htaccess and tick Use slash as namespace separator in URLs to enable nice URLs you will find the webui at http://$IP:$PORT/, for more info see Dokuwiki

Usage

To help you get started creating a container from this image you can either use docker-compose or the docker cli.

docker-compose (recommended, click here for more info)

---
services:
  dokuwiki:
    image: lscr.io/linuxserver/dokuwiki:latest
    container_name: dokuwiki
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /path/to/dokuwiki/config:/config
    ports:
      - 80:80
      - 443:443 #optional
    restart: unless-stopped
docker run -d \
  --name=dokuwiki \
  -e PUID=1000 \
  -e PGID=1000 \
  -e TZ=Etc/UTC \
  -p 80:80 \
  -p 443:443 `#optional` \
  -v /path/to/dokuwiki/config:/config \
  --restart unless-stopped \
  lscr.io/linuxserver/dokuwiki:latest

Parameters

Containers are configured using parameters passed at runtime (such as those above). These parameters are separated by a colon and indicate <external>:<internal> respectively. For example, -p 8080:80 would expose port 80 from inside the container to be accessible from the host's IP on port 8080 outside the container.

Parameter Function
-p 80 Application HTTP Port
-p 443 #optional Application HTTPS Port
-e PUID=1000 for UserID - see below for explanation
-e PGID=1000 for GroupID - see below for explanation
-e TZ=Etc/UTC specify a timezone to use, see this list.
-v /config Persistent config files

Environment variables from files (Docker secrets)

You can set any environment variable from a file by using a special prepend FILE__.

As an example:

-e FILE__MYVAR=/run/secrets/mysecretvariable

Will set the environment variable MYVAR based on the contents of the /run/secrets/mysecretvariable file.

Umask for running applications

For all of our images we provide the ability to override the default umask settings for services started within the containers using the optional -e UMASK=022 setting. Keep in mind umask is not chmod it subtracts from permissions based on it's value it does not add. Please read up here before asking for support.

User / Group Identifiers

When using volumes (-v flags), permissions issues can arise between the host OS and the container, we avoid this issue by allowing you to specify the user PUID and group PGID.

Ensure any volume directories on the host are owned by the same user you specify and any permissions issues will vanish like magic.

In this instance PUID=1000 and PGID=1000, to find yours use id your_user as below:

id your_user

Example output:

uid=1000(your_user) gid=1000(your_user) groups=1000(your_user)

Docker Mods

Docker Mods Docker Universal Mods

We publish various Docker Mods to enable additional functionality within the containers. The list of Mods available for this image (if any) as well as universal mods that can be applied to any one of our images can be accessed via the dynamic badges above.

Support Info

  • Shell access whilst the container is running:

    docker exec -it dokuwiki /bin/bash
  • To monitor the logs of the container in realtime:

    docker logs -f dokuwiki
  • Container version number:

    docker inspect -f '{{ index .Config.Labels "build_version" }}' dokuwiki
  • Image version number:

    docker inspect -f '{{ index .Config.Labels "build_version" }}' lscr.io/linuxserver/dokuwiki:latest

Updating Info

Most of our images are static, versioned, and require an image update and container recreation to update the app inside. With some exceptions (noted in the relevant readme.md), we do not recommend or support updating apps inside the container. Please consult the Application Setup section above to see if it is recommended for the image.

Below are the instructions for updating containers:

Via Docker Compose

  • Update images:

    • All images:

      docker-compose pull
    • Single image:

      docker-compose pull dokuwiki
  • Update containers:

    • All containers:

      docker-compose up -d
    • Single container:

      docker-compose up -d dokuwiki
  • You can also remove the old dangling images:

    docker image prune

Via Docker Run

  • Update the image:

    docker pull lscr.io/linuxserver/dokuwiki:latest
  • Stop the running container:

    docker stop dokuwiki
  • Delete the container:

    docker rm dokuwiki
  • Recreate a new container with the same docker run parameters as instructed above (if mapped correctly to a host folder, your /config folder and settings will be preserved)

  • You can also remove the old dangling images:

    docker image prune

Image Update Notifications - Diun (Docker Image Update Notifier)

tip: We recommend Diun for update notifications. Other tools that automatically update containers unattended are not recommended or supported.

Building locally

If you want to make local modifications to these images for development purposes or just to customize the logic:

git clone https://github.com/linuxserver/docker-dokuwiki.git
cd docker-dokuwiki
docker build \
  --no-cache \
  --pull \
  -t lscr.io/linuxserver/dokuwiki:latest .

The ARM variants can be built on x86_64 hardware using multiarch/qemu-user-static

docker run --rm --privileged multiarch/qemu-user-static:register --reset

Once registered you can define the dockerfile to use with -f Dockerfile.aarch64.

Versions

  • 31.05.24: - Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.
  • 23.01.24: - Rebase to Alpine 3.19 with php 8.3.
  • 25.12.23: - Existing users should update: site-confs/default.conf - Cleanup default site conf.
  • 21.07.23: - Update built-in plugins on container update.
  • 25.05.23: - Rebase to Alpine 3.18, deprecate armhf.
  • 13.04.23: - Move ssl.conf include to default.conf.
  • 28.12.22: - Rebase to Alpine 3.17, migrate to s6v3.
  • 11.13.22: - Move lib/images/smileys/local and lib/images/interwiki outside of the container for user defined smiley and interwiki icon support.
  • 20.08.22: - Rebasing to alpine 3.15 with php8. Restructure nginx configs (see changes announcement).
  • 20.07.21: - Add php7-dom, fixes minor issues in sprintdoc template.
  • 15.04.21: - Add vendor folder to deny list.
  • 21.02.21: - Store search index outside of container, set absolute (default) path for savedir.
  • 23.01.21: - Rebasing to alpine 3.13.
  • 28.09.20: - Add php7-pdo_sqlite and php7-sqlite3.
  • 23.09.20: - Fix php-local.ini bug introduced in the prior PR.
  • 14.09.20: - Rebase to alpine 3.12. Add php7-ctype, php7-curl, php7-pdo_mysql, php7-pdo_pgsql, php7-pecl-imagick and php7-iconv. Bump upload max filesize and post max size to 100MB. Remove deprecated APP_URL env var. Fix breaking addons.
  • 19.12.19: - Rebasing to alpine 3.11.
  • 01.12.19: - Add php7-ldap package to support LDAP authentication.
  • 28.05.19: - Initial Release.

docker-dokuwiki's People

Contributors

alex-phillips avatar aptalca avatar avks avatar bh1428 avatar chbmb avatar j0nnymoe avatar john-arvid avatar linuxserver-ci avatar lorenzschmid avatar machx428 avatar nemchik avatar sparklyballs avatar thelamer avatar thespad avatar tobbenb avatar webfreak001 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

docker-dokuwiki's Issues

Adaptation of the upload parameters for the Dokuwiki in the description

Is this a new feature request?

  • I have searched the existing issues

Wanted change

Hi,

first of all, I wanted to tell you that you are doing a great job!

I have the following suggestion or adjustment for the documentation because unfortunately i don't know.

Not everyone gets along with an upload of the default 100MB to the Dokuwiki on the docker image.

Could you please describe how to change the upload parameters, for example?

Only to update the following file with restart of dokuwiki would not work perfekt, the Webserver know or show it but it dont works. i think it has to been also update in a sperate webserver file right?:

/php/php-local.ini

Default Values:
upload_max_filesize = 15M
post_max_size = 15M

Reason for change

Not everyone needs the default upload.

Proposed code change

Only make a Update in the Dokumenation which files have to been updatet.

Massive disk space leaking until host runs out of disk space

linuxserver.io

The dokuwiki container grows in size indefinitelly until the host cannot provide more disk space (and thus fails to operate normally). In my current setup I only have about 12 GB available for this specific container and every few weeks this space is filled with 11-12 GB purely by the running container. The only way to free up this space is to delete the container and recreate it. The actual wiki content is saved on the host using a bind-mount (see command below), so it does not get lost. But either caching, or logging or something else leaks within the container.


Expected Behavior

The container should either offer to expose the path that leaks resources to the host or not leak at all.

Current Behavior

The container overlay file just grows until the host has no more disk space available, requiring a deletion and recreation of the container.

Steps to Reproduce

Run the container for a long time period (I included the commands I use below)

Environment

OS: Linux 5.6.18-300.fc32.x86_64 #1 SMP Wed Jun 10 21:38:25 UTC 2020 x86_64 GNU/Linux
CPU architecture: x86_64
How docker service was installed:
podman provided by the fedora repositories

Command used to create docker container (run/create/compose/screenshot)

podman create --name=dokuwiki -e PUID=1000 -e PGID=1000 -e TZ=Europe/Berlin -e APP_URL=/dokuwiki -p 8080:80 -v ./dokuwiki:/config:Z linuxserver/dokuwiki

podman start dokuwiki

Docker logs

no logs relevant to this issue.

DokuWiki-Extension bpmn.io does not work

After I switched from the Synology App DokuWiki (https://www.synology.com/de-de/dsm/packages/DokuWiki)
to this Docker image, the extension bpmn.io (https://www.dokuwiki.org/plugin:bpmnio) does not work anymore.
That means no BPMN diagrams are rendered anymore. With the Synology App it worked without any problems.
Please fix this problem.


Expected Behavior

The inserted BPMN diagrams as code are rendered as graphics.

Current Behavior

The inserted BPMN diagrams as code are not rendered as graphics.

Steps to Reproduce

  1. Install the extension bpmn.io (https://www.dokuwiki.org/plugin:bpmnio)
  2. Insert the code:
<?xml version="1.0" encoding="UTF-8"?>
<bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:dc="http://www.omg.org/spec/DD/20100524/DC" xmlns:di="http://www.omg.org/spec/DD/20100524/DI" xmlns:modeler="http://camunda.org/schema/modeler/1.0" id="Definitions_1tznx0q" targetNamespace="http://bpmn.io/schema/bpmn" exporter="Camunda Modeler" exporterVersion="4.8.1" modeler:executionPlatform="Camunda Platform" modeler:executionPlatformVersion="7.15.0">
  <bpmn:process id="Process_01bczpu" isExecutable="true">
    <bpmn:startEvent id="StartEvent_1">
      <bpmn:outgoing>Flow_05g7irt</bpmn:outgoing>
    </bpmn:startEvent>
    <bpmn:task id="Activity_1ja8r29" name="Testen">
      <bpmn:incoming>Flow_05g7irt</bpmn:incoming>
      <bpmn:outgoing>Flow_0qd4i7q</bpmn:outgoing>
    </bpmn:task>
    <bpmn:sequenceFlow id="Flow_05g7irt" sourceRef="StartEvent_1" targetRef="Activity_1ja8r29" />
    <bpmn:endEvent id="Event_0hj4816">
      <bpmn:incoming>Flow_0qd4i7q</bpmn:incoming>
    </bpmn:endEvent>
    <bpmn:sequenceFlow id="Flow_0qd4i7q" sourceRef="Activity_1ja8r29" targetRef="Event_0hj4816" />
  </bpmn:process>
  <bpmndi:BPMNDiagram id="BPMNDiagram_1">
    <bpmndi:BPMNPlane id="BPMNPlane_1" bpmnElement="Process_01bczpu">
      <bpmndi:BPMNEdge id="Flow_05g7irt_di" bpmnElement="Flow_05g7irt">
        <di:waypoint x="215" y="117" />
        <di:waypoint x="270" y="117" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge id="Flow_0qd4i7q_di" bpmnElement="Flow_0qd4i7q">
        <di:waypoint x="370" y="117" />
        <di:waypoint x="442" y="117" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNShape id="_BPMNShape_StartEvent_2" bpmnElement="StartEvent_1">
        <dc:Bounds x="179" y="99" width="36" height="36" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Activity_1ja8r29_di" bpmnElement="Activity_1ja8r29">
        <dc:Bounds x="270" y="77" width="100" height="80" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Event_0hj4816_di" bpmnElement="Event_0hj4816">
        <dc:Bounds x="442" y="99" width="36" height="36" />
      </bpmndi:BPMNShape>
    </bpmndi:BPMNPlane>
  </bpmndi:BPMNDiagram>
</bpmn:definitions>

Environment

OS: Synology DSM 6.2.4-25556
CPU: Intel Celeron N3150
How docker service was installed: Steps in this manuel: https://mariushosting.com/how-to-install-dokuwiki-on-your-synology-nas/

Command used to create docker container (run/create/compose/screenshot)

docker run -d \
--name=dokuwiki \
-p 8399:80 \
-e TZ=Europe/Berlin \
-e PUID=1026 \
-e PGID=100 \
-v /volume1/docker/dokuwiki:/config \
--restart always \
ghcr.io/linuxserver/dokuwiki

php.ini uses M not MB for filesizes

In root/etc/cont-init.d/50-config it creates a default php-local.ini which specifies filesizes in MB not M which php uses. This means php-fpm thinks it is limited to 100 bytes.

It also causes dokuwiki to show the wrong allowed file size on the media upload page.

From nginx error log:

2020/09/21 20:50:12 [error] 350#350: *152 FastCGI sent in stderr: "PHP message: PHP Warning:  Unknown: POST Content-Length of 1264 bytes exceeds the limit of 100 bytes in Unknown on line 0" while reading response header from upstream, client: 172.17.0.1, server: _, request: "POST /lib/exe/ajax.php HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "127.0.0.1:3002", referrer: "[redacted]?do=edit"

Error when accessing "Admin" tab on wiki main page after updating to 'latest' (3e97dbf97811fcce90650daef32d7c7c97c2b6b74860b746a12925874e92689a)

linuxserver.io


Expected Behavior

The 'Admin' section on the wiki page should work without throwing an error.

Current Behavior

After clicking on the Admin button (inbetween 'update profile' and 'logout' on the wiki homepage. The following error is thrown:

dokuwiki\Exception\FatalException: Array and string offset access syntax with curly braces is no longer supported
An unforeseen error has occured. This is most likely a bug somewhere. It might be a problem in the advanced plugin.

More info has been written to the DokuWiki error log.

When i tail the log, i find the following two entries (I've redacted my wiki name from the the entry with <my wiki!>

2022/08/29 23:01:45 [error] 276#276: *46 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/advanced/ZipLib.class.php on line 489" while reading upstream, client: 172.20.0.1, server: _, request: "GET /doku.php?id=start&do=admin HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "<mywiki!>.co.uk", referrer: "https://<mywiki!>.co.uk/wiki/"

2022/08/29 23:01:45 [error] 276#276: *48 FastCGI sent in stderr: "PHP message: PHP Warning:  Undefined array key "id" in /config/dokuwiki/lib/plugins/ckgedit/action/edit.php on line 71" while reading response header from upstream, client: 172.20.0.1, server: _, request: "GET /lib/exe/css.php?t=dokuwiki&tseed=4f0cf332a072f8bbb961516f4f01061f HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "<mywiki>.co.uk", referrer: "https://<my wiki!>.co.uk/wiki/doku.php?id=start&do=admin"

One error is a reference to a plugin i use called ckgedit which is an alternative WYSIWYG editor (which i'm assuming isn't yet compatible with the new version of dokuwiki) so i take the steps of manually removing this plugin from the plugins folder entirely. It lives at: /config/dokuwiki/lib/plugins/ckgedit

On restart of the container, and trying to access the 'admin' button again i get the error message still.

dokuwiki\Exception\FatalException: Array and string offset access syntax with curly braces is no longer supported
An unforeseen error has occured. This is most likely a bug somewhere. It might be a problem in the advanced plugin.

More info has been written to the DokuWiki error log.

I'm wondering whether others will likely have incompatibility issues with their plugins too, i'm assuming theres been a move to php8 or similar? And also this issue when/if they click on their admin buttons soon...

Steps to Reproduce

  1. Navigate to wiki
  2. Click on 'Admin'

Environment

OS: Unraid 6.10.3
CPU architecture: x86_64
How docker service was installed: Using the standard Unraid Docker service.

Command used to create docker container (run/create/compose/screenshot)

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='dokuwiki_linuxserver' --net='swag' -e TZ="Europe/London" -e HOST_OS="Unraid" -e HOST_HOSTNAME="MediaServer" -e HOST_CONTAINERNAME="dokuwiki_linuxserver" -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:80]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/dokuwiki-logo.png' -p '8887:80/tcp' -v '/mnt/cache/appdata/dokuwiki_linuxserver':'/config':'rw' 'lscr.io/linuxserver/dokuwiki:latest'
dd56dd6ba940adbc15b5fec2ef59002d04a4dfb415aa0b84465e6e2511913f8f

Docker logs

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    99
User gid:    100
-------------------------------------

using keys found in /config/keys
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
**** The following active confs have different version dates than the samples that are shipped. ****
**** This may be due to user customization or an update to the samples. ****
**** You should compare the following files to the samples in the same folder and update them. ****
**** Use the link at the top of the file to view the changelog. ****
/config/nginx/nginx.conf
/config/nginx/site-confs/default.conf

**** The following site-confs have extensions other than .conf ****
**** This may be due to user customization. ****
**** You should review the files and rename them to use the .conf extension or remove them. ****
**** nginx.conf will only include site-confs with the .conf extension. ****
/config/nginx/site-confs/default
[custom-init] no custom files found exiting...
[ls.io-init] done.

[BUG] Dokuwiki plugins can't access DokuWiki language files.

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

Current chmods in container are:

/# ls -l /config/dokuwiki/                                     
total 8                                                                          
drwxr-xr-x 1 abc  abc  796 Apr  5 17:39 conf                                     
drwx------ 1 abc  abc  542 Feb 29 13:39 data                                     
lrwxrwxrwx 1 root root  19 Apr  2 13:17 inc -> /app/www/public/inc               
drwx------ 1 abc  abc   84 Feb 29 13:39 lib                                      
lrwxrwxrwx 1 root root  22 Apr  2 13:17 vendor -> /app/www/public/vendor         

No one can modify inc/lang/. Only conf/, data/ and lib/ are accessible.

Expected Behavior

Plugins in dokiwiki/lib/plugins/PluginName/file.php should have rw access to dokuwiki/inc/lang/.

Looks like, somehow core constant define('DOKU_INC', realpath(__DIR__ . '/../') . '/') in dokuwiki/bin/plugin.php generates wrong path when using in DOKU_INC . "inc/lang/".

That is permission problem inside container with (looks like) modified DokuWiki base file structure, I don't know how to correctly explain this. But the container should be rebuilded somehow under the circumstances.

Steps To Reproduce

Just use any DokuWiki plugin that modifies core languages. They won't do anything and won't show any errors.

Environment

- OS: Synology DSM 7.2
- How docker service was installed: Vendor's package.

CPU architecture

x86-64

Docker creation

services:
  dokuwiki:
    image: lscr.io/linuxserver/dokuwiki:latest
    container_name: dokuwiki
    environment:
      - PUID=XXX
      - PGID=XXX
      - TZ=Europe/Kyiv
    volumes:
      - ./dokuwiki:/config/dokuwiki
    ports:
      - 8089:80
    restart: unless-stopped


### Container logs

```bash
No errors in stdout.

Missing Icons Using Template Bootstrap3

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.

Using the template Bootstrip3 most icons (header, icon in editor) are missing


Expected Behavior

Icons will be shown.

Current Behavior

Most of the icons are missing

Steps to Reproduce

  1. Download template bootstrap3
  2. Activate template
  3. Reload page

The problem is a known problem of the template (Issue #463 and Issue #468) and there are workarounds for some environments.

Is it possible to implement the workarounds in the image?

[BUG] Cannot access files in subfolders of the mounted volume

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

I'm trying to show a video file on page:

<html>
 <video width="500" onloadstart="this.volume=0.3" controls>
  <source src="/_media/files/tutorials/test.mp4">
 </video>
</html>

and this will work.

But if put test.mp4 in the tutorials/OS folder, i got an empty video player:

<html>
 <video width="500" onloadstart="this.volume=0.3" controls>
  <source src="/_media/files/tutorials/OS/test.mp4"> <-- here
 </video>
</html>

It does not matter, how i can try to access my file:

<html>
 <img src='/_media/files/tutorials/test.png'> - working
</html>
---
{{:/files/tutorials/test.png?100}} - working
---
{{:/files/tutorials/OS/test.png?100}} - does not work

Here you can see folders permissions and owner:

root@7d265bb8a19a:/config/dokuwiki/data/media# ls -l
drwxrwxr-x 1 abc  abc     18 Jan 23 00:44 files
---
root@7d265bb8a19a:/config/dokuwiki/data/media# cd files/; ls -l
drwxr-xr-x 1 abc abc 198 Jan 23 00:58 tutorials
-rwxrwxrwx 1 abc nginx 16933782 Mar 22  2021  test.mp4
-rwxrwxrwx 1 abc nginx    93608 Mar 24  2021  test.png
---
root@7d265bb8a19a:/config/dokuwiki/data/media/files# cd tutorials/; ls -l
drwxr-xr-x 1 abc abc        100 Jan 23 00:57  OS
-rwxrwxrwx 1 abc nginx 16933782 Mar 22  2021 test.mp4
-rwxrwxrwx 1 abc nginx    93608 Mar 24  2021 test.png
---
root@7d265bb8a19a:/config/dokuwiki/data/media/files/tutorials# cd OS; ls -l
-rwxrwxrwx 1 abc nginx 16933782 Mar 22  2021 test.mp4
-rwxrwxrwx 1 abc nginx    93608 Mar 24  2021 test.png

I'm using Dokuwiki 2020 without docker and i can play same video without any problem.

Expected Behavior

Files in nested folders must be accessible.

Steps To Reproduce

  • mount a directory with subfolders
  • try to access files in subfolders

Environment

- OS: DSM 6
- Comp: Synology NAS
- How docker service was installed: Synology package manager
- dokuwiki: Release 2022-07-31a "Igor"

CPU architecture

x86-64

Docker creation

docker run -d \
--name=doku \
-e PUID=1026 \
-e PGID=65539 \
-p 7890:80 \
-v /path/config:/config/dokuwiki \
-v /path/Tutorials:/config/dokuwiki/data/media/files/tutorials:rw \
--restart unless-stopped \
lscr.io/linuxserver/dokuwiki


### Container logs

```bash
[migrations] started
[migrations] 01-nginx-site-confs-default: executing...
[migrations] 01-nginx-site-confs-default: succeeded
[migrations] 02-default-location: executing...
grep: /config/nginx/site-confs/default.conf: No such file or directory
[migrations] 02-default-location: succeeded
[migrations] done

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1026
User gid:    65539
-------------------------------------

Setting resolver to  192.168.0.1
Setting worker_processes to 2
generating self-signed keys in /config/keys, you can replace these with your own keys if required
…
-----
chown: cannot access '/config/dokuwiki/lib/images/smileys/local': No such file or directory
**** Permissions could not be set. This is probably because your volume mounts are remote or read-only. ****
**** The app may not work properly and we will not provide support for it. ****
Existing install found install.php not available
[custom-init] No custom files found, skipping...
[ls.io-init] done.

Search index only "updates" on page edit

Behavior

Currently if I search for a page I know exists, there will be no search result. The only way to get a page to show up in searches is to edit that page. This info is also relevant to tags, tag indexs only update after page editing as well.

To reproduce

  1. Manually add a file to my "recipes" namespace folder called "taco.txt" containing the word "taco", or update the docker image to a new version
  2. Search for "taco" in dokuwiki yields no results, that makes sense
  3. Manually rebuild search index using the plugin and I can see it read taco.txt, which responds with "Finished indexing", if I navigate to data/index/ I can see updated timestamps on those files
  4. Search for "taco" in dokuwiki yields no results
  5. Edit taco.txt from the dokuwiki editing page, changing something and saving
  6. Search for "taco" and the search does yields results

Another option is to backup your server via the backup plugin, start a new docker instance, and restore your backup to this new instance, even after manual indexing, there will be no search results.

I have tested this in other images by restoring my full wiki backup to dokuwiki-on-a-stick as well as 2 other dokuwiki docker images, and the behavior there has proper search indexing.

Environment

OS:Debian (OMV)
CPU architecture: x86_64
How docker service was installed: official docker repo

Command used to create docker container (run/create/compose/screenshot)

NgzMZyr0Vd
mhK1egLDbp

Docker logs

Docker Log

:~# docker logs -f dokuwikirecipes
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/

Brought to you by linuxserver.io

To support LSIO projects visit:
https://www.linuxserver.io/donate/
GID/UID

User uid:    1010
User gid:    100

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

Recent error log entries look like
2020/10/03 16:06:18 [error] 352#352: *1108 FastCGI sent in stderr: "PHP message: PHP Warning: DOMDocument not found, unable to use sanitizer in /app/dokuwiki/vendor/simplepie/simplepie/library/SimplePie/Sanitize.php on line 271PHP message: PHP Warning: DOMDocument not found, unable to use sanitizer in /app/dokuwiki/vendor/simplepie/simplepie/library/SimplePie/Sanitize.php on line 271" while reading upstream, client: 172.17.0.3, server: _, request: "GET /doku.php?id=wiki:syntax HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "wiki.myserver.org:443", referrer: "https://wiki.myserver.org/"

Recent debug log entries look like:
12:29:35 172.17.0.3: require_once() is deprecated. It was called from require() in /app/dokuwiki/inc/load.php:147 Autoloading. Do not require() files yourself. should be used instead! 12:29:35 172.17.0.3: INFO_DEPRECATION_LOG:AFTER event triggered before event system was initialized

latest docker image broken: expects wiki in /app/dokuwiki and not in /config

Latest docker image breaks the wiki:

The datadir ('pages') at /app/dokuwiki/data/pages is not found, isn't accessible or writable. You should check your config and permission settings. Or maybe you want to run the installer?

When the docker-compose example clearly shows:

    volumes:
      - /host/path/to/config:/config # Configuration files.

To get access to my wiki again using the latest version I did the following:

  1. docker-compose exec dokuwiki /bin/bash
  2. cd /app
  3. mv dokuwiki dokuwiki.bak
  4. ln -s /config/dokuwiki /app/dokuwiki
  5. mkdir cache locks tmp log
  6. chown abc:users cache locks tmp log

Missing php extension

Expected Behavior

Be able to use plugins.

Current Behavior

Plugin not working because of missing php extension. Ref: mizunashi-mana/dokuwiki-plugin-mdpage#57

Steps to Reproduce

  1. Start dokuwiki
  2. Install mdpage plugin
  3. Try to use the plugin

Proposed solution

As mentioned in the issue the problem is solved by installing the php7-ctype. I will make a pull request for that.
Just wanted to put this issue out here so it is easier to keep track.

[BUG] Updating does not update default plugins when config is mounted

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

When updating Dokuwiki using the normal docker way, plugins are not updated if they are mounted. This is fine for regular plugins, since they update independently, but the built-in plugins cannot be updated manually and are stuck at whatever version you originally installed. Among other things, this leads to some settings not being available.

The problem was mentioned for instance here: dokuwiki/dokuwiki#2372 .

It can be solved manually by copying in the plugins folders from a fresh install,

Expected Behavior

During an update, the built-in plugins are also updated.

Steps To Reproduce

  1. Set-up dokuwiki.
  2. Wait until Dokuwiki is updated, and update the container.
  3. See that the built-in plugins are not updated.

Environment

- OS: Ubuntu 20.04
- How docker service was installed: apt

CPU architecture

x86-64

Docker creation

---
version: "2.1"
services:
  dokuwiki:
    image: lscr.io/linuxserver/dokuwiki:latest
    container_name: dokuwiki
    environment:
      - PUID=1001
      - PGID=1002
      - TZ=Europe/Berlin
    volumes:
      - ./config-new:/config
    ports:
      - 8765:80
      #- 443:443 #optional
    restart: unless-stopped

Container logs

-

Error with some plugins and PHP8

Expected Behavior

Plugin should work as in normal install.

Current Behavior

A number of plugins appear incompatible with PHP8. ckgedit and cleanuphistory for instance.

Steps to Reproduce

  1. Run container as shown in instructions
  2. Install "ckgedit" by Myron Turner
  3. Edit page
  4. Select "Link"
  5. Change "Link Type" to "internal link" or "internal media" and then click "Browse Server"
  6. Error occurs

Environment

OS: Armbian
CPU architecture: arm64
How docker service was installed: distro repo

It's a pretty standard setup.

Command used to create docker container (run/create/compose/screenshot)

Identical to docker-compose setup from docs.

Docker logs

nginx's error.log

2022/10/03 18:33:29 [error] 224#224: *39 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFoldersAndFiles&Type=File&CurrentFolder=/&uuid=1664836409342 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *42 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFolder
sAndFiles&Type=File&CurrentFolder=/&uuid=1664836409341 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *39 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFoldersAndFiles&Type=File&CurrentFolder=/&uuid=1664836409342 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *39 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFolder
sAndFiles&Type=File&CurrentFolder=/&uuid=1664836409432 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *42 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFoldersAndFiles&Type=File&CurrentFolder=/&uuid=1664836409439 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *39 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFolder
sAndFiles&Type=File&CurrentFolder=/&uuid=1664836409432 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"
2022/10/03 18:33:29 [error] 224#224: *42 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /config/dokuwiki/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/check_acl.php on line 175" while reading response header from upstream, client: 192.168.1.133, server: _, request: "GET /lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFoldersAndFiles&Type=File&CurrentFolder=/&uuid=1664836409439 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.203", referrer: "http://192.168.1.203/lib/plugins/ckgedit/fckeditor/editor/filemanager/browser/default/browser.html?Type=File&Connector=/lib/plugins/ckgedit/fckeditor/editor/filemanager/connectors/php/connector.php&CKEditor=wiki__text&CKEditorFuncNum=1&langCode=en"

Fatal Exception After upgrade to latest image

linuxserver.io


Expected Behavior

Docker pull with latest tag should not break installation

Current Behavior

Dokuwiki shows an error with latest image:

dokuwiki\Exception\FatalException: Array and string offset access syntax with curly braces is no longer supported

An unforeseen error has occured. This is most likely a bug somewhere. It might be a problem in the move plugin.

More info has been written to the DokuWiki error log.

Not sure how to disable plugin when it is not starting.
Check docker logs:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service 00-legacy: starting
s6-rc: info: service 00-legacy successfully started
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/01-envfile
cont-init: info: /etc/cont-init.d/01-envfile exited 0
cont-init: info: running /etc/cont-init.d/01-migrations
[migrations] started
[migrations] 01-nginx-site-confs-default: skipped
[migrations] 02-default-location: skipped
[migrations] done
cont-init: info: /etc/cont-init.d/01-migrations exited 0
cont-init: info: running /etc/cont-init.d/02-tamper-check
cont-init: info: /etc/cont-init.d/02-tamper-check exited 0
cont-init: info: running /etc/cont-init.d/10-adduser

 

 
      _         ()
     | |  ___   _    __
     | | / __| | |  /  \
     | | \__ \ | | | () |
     |_| |___/ |_|  \__/
 

Brought to you by linuxserver.io

To support LSIO projects visit:
https://www.linuxserver.io/donate/

GID/UID

User uid:    1001
User gid:    998

cont-init: info: /etc/cont-init.d/10-adduser exited 0
cont-init: info: running /etc/cont-init.d/11-folders
cont-init: info: /etc/cont-init.d/11-folders exited 0
cont-init: info: running /etc/cont-init.d/12-samples
cont-init: info: /etc/cont-init.d/12-samples exited 0
cont-init: info: running /etc/cont-init.d/13-nginx
cont-init: info: /etc/cont-init.d/13-nginx exited 0
cont-init: info: running /etc/cont-init.d/14-php
cont-init: info: /etc/cont-init.d/14-php exited 0
cont-init: info: running /etc/cont-init.d/15-keygen
using keys found in /config/keys
cont-init: info: /etc/cont-init.d/15-keygen exited 0
cont-init: info: running /etc/cont-init.d/20-permissions
cont-init: info: /etc/cont-init.d/20-permissions exited 0
cont-init: info: running /etc/cont-init.d/50-config
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
cont-init: info: /etc/cont-init.d/50-config exited 0
cont-init: info: running /etc/cont-init.d/85-version-checks
**** The following active confs have different version dates than the samples that are shipped. ****
**** This may be due to user customization or an update to the samples. ****
**** You should compare the following files to the samples in the same folder and update them. ****
**** Use the link at the top of the file to view the changelog. ****
/config/nginx/site-confs/default.conf
/config/nginx/nginx.conf

**** The following site-confs have extensions other than .conf ****
**** This may be due to user customization. ****
**** You should review the files and rename them to use the .conf extension or remove them. ****
**** nginx.conf will only include site-confs with the .conf extension. ****
/config/nginx/site-confs/default
cont-init: info: /etc/cont-init.d/85-version-checks exited 0
cont-init: info: running /etc/cont-init.d/90-custom-folders
cont-init: info: /etc/cont-init.d/90-custom-folders exited 0
cont-init: info: running /etc/cont-init.d/99-custom-files
[custom-init] no custom files found exiting...
cont-init: info: /etc/cont-init.d/99-custom-files exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service init-mods: starting
s6-rc: info: service init-mods successfully started
s6-rc: info: service init-mods-package-install: starting
s6-rc: info: service init-mods-package-install successfully started
s6-rc: info: service init-mods-end: starting
s6-rc: info: service init-mods-end successfully started
s6-rc: info: service init-services: starting
s6-rc: info: service init-services successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun cron (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
services-up: info: copying legacy longrun php-fpm (no readiness notification)
s6-rc: info: service legacy-services successfully started
s6-rc: info: service 99-ci-service-check: starting
[ls.io-init] done.
s6-rc: info: service 99-ci-service-check successfully started

Rollback to previous image causes simple File not found error.

Steps to Reproduce

  1. Setup docuwiki with docker compose
  2. Have working since few months
  3. Update image to the latest one
  4. See an error

Environment

OS: Ubuntu 20.04
CPU architecture: x64
**How docker service was installed
from the official docker repo

Command used to create docker container (run/create/compose/screenshot)

dokuwiki:
  image: lscr.io/linuxserver/dokuwiki:latest
  container_name: dokuwiki
  environment:
    - PUID=${PUID}
    - PGID=${PGID}
    - TZ=${TZ}
  volumes:
    - ${WORKINGDIR}/docker/dokuwiki/:/config/dokuwiki/
    - ${WORKINGDIR}/docker/dokuwiki/log:/config/log/
  ports:
    - 9014:80
  restart: unless-stopped

Docker logs

Allowing configuring max upload size

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.


By default Dokuwiki has a 2M upload limit. I'd like to upload images to my wiki, but this prevents it.

Could you please set up a variable we can use that changes the limit please?
Documentation for the config location can be found here: https://www.dokuwiki.org/faq:uploadsize

Pages sometimes don't load, or are missing information

Expected Behavior

I click on a link in Trace or search for a page in the search bar, and it loads the page.

Current Behavior

The page either loads with no information on it, doesn't load at all, or loads correctly.

Steps to Reproduce

I'm not sure how to reproduce it because I'm not sure what is causing it.

Environment

**OS: Ubuntu LTS 18.04
CPU architecture: x86_64
**How docker service was installed:

docker create
--name=dokuwiki
-e PUID=1000
-e PGID=1000
-e TZ=American/Chicago
-e APP_URL=/dokuwiki
--net=wan-accessible
-p 45000:80
-p 45001:443
-v /var/devin/dokuwiki:/config
--restart=always
linuxserver/dokuwiki

Docker logs

If I run docker logs -f dokuwiki > log it endlessly scrolls with an nginx error. But if I look in the file log I get this:
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...


      _         ()
     | |  ___   _    __
     | | / __| | |  /  \
     | | \__ \ | | | () |
     |_| |___/ |_|  \__/

Brought to you by linuxserver.io

To support LSIO projects visit:
https://www.linuxserver.io/donate/

GID/UID

User uid: 1000
User gid: 1000

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

#This is what I get when I try to watch the logs. Variations of this endlessly.
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address in use)

There are two other containers in the Docker network wan-accessible: linuxserver/swag and linuxserver/jellyfin. However, this issue occurs even if both of those containers are not running.

Custom Smiley and Interwiki icons do not work because folders not persisted

linuxserver.io

Following the official DokuWiki documentation for working with custom smileys (https://www.dokuwiki.org/smileys) and interwiki icons (https://www.dokuwiki.org/interwiki) does not result in the custom icons being displayed. This is because the folders the user is supposed to put the icons into are not properly persisted outside of the docker container.


Expected Behavior

The official DokuWiki documentation for working with smiley's (https://www.dokuwiki.org/smileys) and interwiki icons (https://www.dokuwiki.org/interwiki) describes putting them in the following folders:

  • <dokuwiki_root>/lib/images/smileys/local
  • <dokuwiki_root>/lib/images/interwiki

It is expected that putting icons in these locations will allow them to be accessed and displayed if one follows the rest of the official documentation and creates the appropriate .conf files and references.

Current Behavior

The current container does not persist these locations outside of the container, so adding icons to these locations as described in the official documentation does not work and the custom icons are not displayed.

Steps to Reproduce

# Testing Smileys
:SMILEYTEST:                local/test.png
  • Create/edit a page in DokuWiki and use the text ":SMILEYTEST:"
====== Test ======

===== Smiley =====

:SMILEYTEST:
  • Verify that the text ":SMILEYTEST:" and a generic icon appears
    • If it was working correctly, the smiley image you saved would appear instead
  • Create an interwiki folder as described in the official documentation: https://www.dokuwiki.org/interwiki
    • config/dokuwiki/lib/images/interwiki
  • Use your favorite paint program to create a 16x16 pixel red square and save it as ubuntu.png
    • Move it to the interwiki folder you created
  • Create a config/dokuwiki/conf/interwiki.local.conf file
# Testing Interwiki's
ubuntu https://wiki.ubuntu.com/{NAME}
  • Edit your DokuWiki test page and add the text "[[ubuntu>teams|Ubuntu Teams]]"
====== Test ======

===== Smiley =====

:SMILEYTEST:  

===== Interwiki =====

[[ubuntu>teams|Ubuntu Teams]]
  • Verify that a generic circle icon appears next to the interwiki link you created
    • If it was working correctly, the red square icon you created would appear instead

Environment

OS: ubuntu-20.04.2-live-server
CPU architecture: x86_64
How docker service was installed:

Command used to create docker container (run/create/compose/screenshot)

sudo docker-compose up -d

---
version: "2.1"
services:
  dokuwiki:
    image: ghcr.io/linuxserver/dokuwiki
    container_name: dokuwiki-test
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/London
    volumes:
      - /docker/dokuwiki-test/config:/config
    ports:
      - 680:80
      - 6443:443 #optional
    restart: unless-stopped

Docker logs

Can reset password because sendmail is not installed

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.

Install DokuWiki wiki as documented.
Select closed installation with ACL enabled.
Enter the superuser name and password.
Try to login using superuser and password
[login fails]
Try to reset password for superuser.
[Fails because sendmail is not installed]


Expected Behavior

Should be able to login using super user.
And should be able to reset password.

Current Behavior

Unable to login using super user.
And unable to reset password.

Steps to Reproduce

Install DokuWiki wiki as documented.
Select closed installation with ACL enabled.
Enter the superuser name and password.
Try to login using superuser and password
[login fails]
Try to reset password for superuser.
[Fails because sendmail is not installed]

Environment

OS:
CPU architecture: x86_64/arm32/arm64
How docker service was installed:

Command used to create docker container (run/create/compose/screenshot)

Docker logs

[FEAT] Addition of php8.2-intl

Is this a new feature request?

  • I have searched the existing issues

Wanted change

Add php8.2-intl to the docker base image.

Reason for change

Hello

The Dokuwiki plugin Combo gives errors when installed.

The critical error received:
`
Error: Class "IntlDateFormatter" not found

An unforeseen error has occured. This is most likely a bug somewhere. It might be a problem in the combo plugin.

More info has been written to the DokuWiki error log.
`

In my brief research I found several solution pointing to this change: stackoverflow,
In the docker image a "find / -name php* 2>/dev/null" did not give me answers and did not find any in /usr/lib/php82/modules

Did I missed something?

Proposed code change

Kindly, include php8.2-intl extension in the image.

Container fails to start due to missing config file

Expected Behavior

Expect the container to start with default setup

Current Behavior

Container fails to start with error repeatedly logged
dokuwiki     | [01-Mar-2021 02:03:46] ERROR: failed to post process the configuration
dokuwiki     | [01-Mar-2021 02:03:46] ERROR: FPM initialization failed
dokuwiki     | nginx: [emerg] open() "/config/nginx/nginx.conf" failed (2: No such file or directory)
dokuwiki     | [01-Mar-2021 02:03:47] ERROR: failed to open error_log (/config/log/php/error.log): No such file or directory (2)

Steps to Reproduce

Start container with this docker compose

  dokuwiki:
    image: ghcr.io/linuxserver/dokuwiki
    container_name: dokuwiki
    environment:
      - PUID=1000
      - PGID=1000
    volumes:
      - /home/core/config/dokuwiki:/config
    restart: unless-stopped

/home/core/config/dokuwiki is just an empty dir. I'm guessing I need to add some nginx config but I'm not sure what.

Environment

OS: Fedora CoreOS
CPU architecture: x86_64
How docker service was installed:
It comes preinstalled with Fedora CoreOS
$ docker --version
Docker version 19.03.13, build 4484c46

APP_URL environment variable not working

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.


Expected Behavior

Setting the environment variable APP_URL should change the root of dokuwiki to the parameter.

Current Behavior

There is no difference. This is because the functionality was removed in #3 without updating the documentation.

Steps to Reproduce

  1. Create a container with the example command
    docker create \
      --name=dokuwiki \
      -e PUID=1000 \
      -e PGID=1000 \
      -e TZ=Europe/London \
      -e APP_URL=/dokuwiki `#optional` \
      -p 80:80 \
      -p 443:443 `#optional` \
      -v </path/to/appdata/config>:/config \
      --restart unless-stopped \
      linuxserver/dokuwiki
    
  2. Run the container with docker start dokuwiki
  3. Access http://localhost/dokuwiki in browser
  4. See that it is the dokuwiki page and not the start page

Environment

OS: Debian Stretch
CPU architecture: x86_64
How docker service was installed: apt-get

Command used to create docker container (run/create/compose/screenshot)

See above

Docker logs

not really relevant stuff there

Sensitive files are exposed

linuxserver.io


Some sensitive directories and files are exposed to users and can be accessed by url publicly:
inc/
vendor/.htaccess.dist
/bin/.htaccess
/inc/.htaccess
/vendor/.htaccess

Expected Behavior

All these files should not be expose as warned in https://www.dokuwiki.org/security.

Specially, the .htaccess files can be used in web-based exploitation, as mentioned in https://www.acunetix.com/vulnerabilities/web/htaccess-file-readable/. They use this file to hide malware, to redirect search engines to their own sites, and for many other purposes (hide backdoors, inject content, to modify the php.ini values, etc).

Current Behavior

These files can be accessed by url from outside users.

Steps to Reproduce

Just construct url to access these files and directories, and you can access them with 200 status returned.

Environment

OS:
CPU architecture: x86_64/arm32/arm64
How docker service was installed:

From the official docker repo linuxserver/dokuwiki.

Potential Fix

Disable the access of these files and directories in access configuration of this docker image.

PDO (Nextcloud) Authentication not working due to missing dependencies.

Using the pdo plugin (which comes installed on the wiki by default) fails when connecting to a PostgreSQL or MySQL/MariaDB database due to missing PHP dependencies; this causes the wiki to apparently become broken when enabling PDO authentication and the only way to regain access is to revert said configuration option using by manually editing the /app/dokuwiki/conf/local.php file. It can be fixed by running apk add php7-pdo php7-pdo_pgsql php7-mysql.


Expected Behavior

  1. An administrator enables the PDO plugin
  2. The admin goes into Wiki Configuration, configures a database for authpdo with credentials, a host, database names and query schemas
  3. After enabling authpdo mode in configuration and saving, everyone is logged out and the wiki becomes accessible using credentials present in the database

Current Behavior

  1. AuthPDO plugin enables fine
  2. I enter correct database options, enable authpdo and hit Save
  3. I am logged out, and on the login screen is the following error:
    PDO extension for PHP not found. [auth.php:29]

Steps to Reproduce

  1. Enable AuthPDO from Extension Manager
  2. Set up a MySQL or PostgreSQL database
  3. As explained here, enter settings for the database in configuration
  4. Switch from authplain to authpdo
  5. Wiki is broken

Environment

OS: Unraid Plus 6.8.3
CPU architecture: x86_64
How docker service was installed:
Unraid Community Applications feature

Command used to create docker container (run/create/compose/screenshot)

image

Docker logs

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...
usermod: no changes


      _         ()
     | |  ___   _    __
     | | / __| | |  /  \ 
     | | \__ \ | | | () |
     |_| |___/ |_|  \__/

Brought to you by linuxserver.io

To support LSIO projects visit:
https://www.linuxserver.io/donate/

GID/UID

User uid: 99
User gid: 100

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
rm: cannot remove '/app/dokuwiki/install.php': No such file or directory
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

pulling latest version, but still have newer release available messages

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

cant get rid of update messages
image

Expected Behavior

get rid of update messages after pulling new version

Steps To Reproduce

docker pull linuxserver/dokuwiki:latest
docker run -dit --name=dokuwiki \
  -e PUID=1000 \
  -e PGID=1000 \
  -e TZ=Europe/Berlin \
  -p 83:80 \
  -p 446:443 \
  -v $(pwd)/mounts/config:/config \
  --restart unless-stopped \
  lscr.io/linuxserver/dokuwiki:latest

Environment

- OS: Debian 11
- How docker service was installed: docker pull linuxserver/dokuwiki:latest

CPU architecture

x86-64

Docker creation

docker pull linuxserver/dokuwiki:latest
docker run -dit --name=dokuwiki \
  -e PUID=1000 \
  -e PGID=1000 \
  -e TZ=Europe/Berlin \
  -p 83:80 \
  -p 446:443 \
  -v $(pwd)/mounts/config:/config \
  --restart unless-stopped \
  lscr.io/linuxserver/dokuwiki:latest


### Container logs

[migrations] started
[migrations] 01-nginx-site-confs-default: skipped
[migrations] 02-default-location: skipped
[migrations] done

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

using keys found in /config/keys
Existing install found install.php not available
[custom-init] No custom files found, skipping...
crond[265]: crond (busybox 1.35.0) started, log level 5
[ls.io-init] done.
[06-Jun-2023 18:16:41] NOTICE: fpm is running, pid 263
[06-Jun-2023 18:16:41] NOTICE: ready to handle connections

[BUG] Missing smileys

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

When i insert :!: , icon doesn't appear

https://i.imgur.com/dczPBvy.png

and when i click in Smileys toolbar icon, list is empty

https://i.imgur.com/pJtxMj2.png

Expected Behavior

image display all and correct

Steps To Reproduce

new page, add :!: or choose smileys from toolbar

Environment

- OS:Linux Manjaro, dokuwiki 2023-04-04a
- How docker service was installed: Docker 24.0.6, build ed223bc820

CPU architecture

x86-64

Docker creation

version: "2.1"
services:
  dokuwiki:
    #image: linuxserver/dokuwiki:version-2022-07-31a
    image: linuxserver/dokuwiki:version-2023-04-04a
    container_name: dokuwiki
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Rome
    volumes:
      - ./data:/config
    #  - ./default.conf:/config/nginx/site-confs/default.conf
    #network_mode: host
    ports:
      - 8180:80
    #  #- 8143:443
    restart: unless-stopped

Container logs

[migrations] started
[migrations] 01-nginx-site-confs-default: skipped
[migrations] 02-default-location: skipped
[migrations] done
───────────────────────────────────────

      ██╗     ███████╗██╗ ██████╗ 
      ██║     ██╔════╝██║██╔═══██╗
      ██║     ███████╗██║██║   ██║
      ██║     ╚════██║██║██║   ██║
      ███████╗███████║██║╚██████╔╝
      ╚══════╝╚══════╝╚═╝ ╚═════╝ 

   Brought to you by linuxserver.io
───────────────────────────────────────

To support LSIO projects visit:
https://www.linuxserver.io/donate/

───────────────────────────────────────
GID/UID
───────────────────────────────────────

User UID:    1000
User GID:    1000
───────────────────────────────────────

using keys found in /config/keys
chown: cannot access '/config/dokuwiki/lib/images/smileys/local': No such file or directory
**** Permissions could not be set. This is probably because your volume mounts are remote or read-only. ****
**** The app may not work properly and we will not provide support for it. ****
Existing install found, deleting install.php.
**** The following active confs have different version dates than the samples that are shipped. ****
**** This may be due to user customization or an update to the samples. ****
**** You should compare the following files to the samples in the same folder and update them. ****
**** Use the link at the top of the file to view the changelog. ****
┌────────────┬────────────┬────────────────────────────────────────────────────────────────────────┐
│  old date  │  new date  │ path                                                                   │
├────────────┼────────────┼────────────────────────────────────────────────────────────────────────┤
│ 2021-06-15 │ 2023-04-13 │ /config/nginx/nginx.conf                                               │
│ 2022-08-05 │ 2023-08-13 │ /config/nginx/ssl.conf                                                 │
│            │ 2023-04-13 │ /config/nginx/site-confs/default.conf                                  │
└────────────┴────────────┴────────────────────────────────────────────────────────────────────────┘
[custom-init] No custom files found, skipping...
[ls.io-init] done.

Access throught a Reverse Proxy

linuxserver.io


Expected Behavior

Access to the dokuwiki-container over a reverse proxy like Traefik oder Nginx as from the internal ip.

Current Behavior

Access through the local ip works as aspected. If I try to access the container through a reverse proxy, I'd tried Traefik 2.5 and Nginx, I can log in, but no stylesheets and no content is loaded. So I can't work with the wiki.
Changing the PUID- and PGID-Values doesn't change anything.

Steps to Reproduce

  1. Deploy the dokuwiki-container
  2. Deploy the reverse proxy
  3. Try to access from outside LAN

Environment

OS:
CPU architecture: arm32
How docker service was installed:

with the official guide

Command used to create docker container (run/create/compose/screenshot)

version: "2.1" services: dokuwiki: image: ghcr.io/linuxserver/dokuwiki container_name: dokuwiki environment: - PUID=1000 - PGID=1000 - TZ=Europe/Berlin volumes: - /opt/docker/dokuwiki-test:/config ports: - 8081:80 - 8082:443 restart: always

Docker logs

[s6-init] making user provided files available at /var/run/s6/etc...exited 0., [s6-init] ensuring user provided files have correct perms...exited 0., [fix-attrs.d] applying ownership & permissions fixes..., [fix-attrs.d] done., [cont-init.d] executing container initialization scripts..., [cont-init.d] 01-envfile: executing... , [cont-init.d] 01-envfile: exited 0., [cont-init.d] 10-adduser: executing... , usermod: no changes, , -------------------------------------, _ (), | | ___ _ __, | | / __| | | / \ , | | \__ \ | | | () |, |_| |___/ |_| \__/, , , Brought to you by linuxserver.io, -------------------------------------, , To support LSIO projects visit:, https://www.linuxserver.io/donate/, -------------------------------------, GID/UID, -------------------------------------, , User uid: 911, User gid: 911, -------------------------------------, , [cont-init.d] 10-adduser: exited 0., [cont-init.d] 20-config: executing... , [cont-init.d] 20-config: exited 0., [cont-init.d] 30-keygen: executing... , using keys found in /config/keys, [cont-init.d] 30-keygen: exited 0., [cont-init.d] 50-config: executing... , Existing install found install.php not available, [cont-init.d] Setting permissions this may take some time, [cont-init.d] 50-config: exited 0., [cont-init.d] 90-custom-folders: executing... , [cont-init.d] 90-custom-folders: exited 0., [cont-init.d] 99-custom-files: executing... , [custom-init] no custom files found exiting..., [cont-init.d] 99-custom-files: exited 0., [cont-init.d] done., [services.d] starting services, [services.d] done.

Some Plugins did not find its content

I have installed the snippets plugin and the bootstrap3 / bootstrap-wrapper plugin

https://www.dokuwiki.org/plugin:snippets
https://www.dokuwiki.org/template:bootstrap3
https://www.dokuwiki.org/plugin:bootswrapper?s[]=bootstrap&s[]=wrapper

Expected Behavior

The editor buttons opens a pupup.

Current Behavior

Pupup ist blank, debugging shows a http 500 error
The follwing ULR is openend in the popup window

http://<my_host_name>/lib/plugins/snippets/exe/snippets.php?ns=&edid=wiki__text
or
http://<my_host_name>/lib/plugins/bootswrapper/exe/popup.php?ns=&edid=wiki__text

Debugging the URL from the popup window shows the http-error

I tried a Docker exec into container and look the nginx-error.log

The nginx shows some more error

2019/12/25 23:08:56 [error] 334#334: *288 FastCGI sent in stderr: "PHP message: PHP Warning:  require_once(/config/dokuwiki/lib/plugins/bootswrapper/exe/../../../../inc/init.php): failed to open stream: No such file or directory in /config/dokuwiki/lib/plugins/bootswrapper/exe/popup.php on line 13PHP message: PHP Fatal error:  require_once(): Failed opening required '/config/dokuwiki/lib/plugins/bootswrapper/exe/../../../../inc/init.php' (include_path='.:/usr/share/php7') in /config/dokuwiki/lib/plugins/bootswrapper/exe/popup.php on line 13" while reading response header from upstream, client: 172.19.0.1, server: _, request: "GET /lib/plugins/bootswrapper/exe/popup.php?ns=&edid=wiki__text HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "raspi", referrer: "http://raspi/gesehen_status_behalten?do=edit"

2019/12/25 23:09:18 [error] 334#334: *288 FastCGI sent in stderr: "PHP message: PHP Warning:  require_once(/config/dokuwiki/lib/plugins/snippets/exe/../../../../inc/init.php): failed to open stream: No such file or directory in /config/dokuwiki/lib/plugins/snippets/exe/snippets.php on line 8PHP message: PHP Fatal error:  require_once(): Failed opening required '/config/dokuwiki/lib/plugins/snippets/exe/../../../../inc/init.php' (include_path='.:/usr/share/php7') in /config/dokuwiki/lib/plugins/snippets/exe/snippets.php on line 8" while reading response header from upstream, client: 172.19.0.1, server: _, request: "GET /lib/plugins/snippets/exe/snippets.php?ns=&edid=wiki__text HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "raspi", referrer: "http://raspi/gesehen_status_behalten?do=edit"

I tried a link

root@7fbaec5bbddb:/config/dokuwiki# ll
total 20
drwxr-xr-x 5 abc  users 4096 Dec 25 23:02 .
drwxr-xr-x 8 abc  users 4096 Dec 19 20:17 ..
drwxrwxr-x 3 abc  users 4096 Dec 25 22:51 conf
drwxr-xr-x 8 abc  users 4096 Dec 19 20:17 data
lrwxrwxrwx 1 root root    17 Dec 25 23:02 inc -> /app/dokuwiki/inc
drwxr-xr-x 4 abc  users 4096 Dec 19 20:17 lib

but this gave me a Cache not accessible error

I guess the inc(lude) directory is at the wrong place in the docker container, plugins with this code

if(!defined('DOKU_INC')) define('DOKU_INC',dirname(__FILE__).'/../../../../');
define('DOKU_MEDIAMANAGER',1); // needed to get proper CSS/JS
require_once(DOKU_INC.'inc/init.php');

starting from the code like

/config/dokuwiki/lib/plugins/<pluginName>/exe/plugincode.php

for example

/config/dokuwiki/lib/plugins/snippets/exe/snippets.php

would fail, because the builded path points to

/config/dokuwiki/lib/plugins/snippets/exe/../../../../inc/init.php

Steps to Reproduce

  • Install doku-wiki
  • Install snippets plugin or boostrap3 and boostrap wrapper
  • Configure snippets plugin (creat a simple page named snippet)
  • create a new page and klick the snippet button or the bootstrap button [B]

Environment

PI4
**CPU architecture:*arm32
How docker service was installed:
with docker-compose up -d

cat docker-compose.yml

'version: "2"
services:
dokuwiki:
image: linuxserver/dokuwiki
container_name: dokuwiki
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Berlin
volumes:
- /mnt/SamsungSSD120GB/DockerVolumes/DokuWiki/config:/config
ports:
- 80:80
restart: always`

## Docker logs
pi@raspi:~ $ docker logs dokuwiki
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
We gratefully accept donations at:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
generating self-signed keys in /config/keys, you can replace these with your own keys if required
Generating a RSA private key
..................................................................................+++++
.........................................................................................+++++
writing new private key to '/config/keys/cert.key'
-----
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
Go to http://IP-ADDRESS:PORT/install.php to configure your install then restart your container when finished to remove install.php
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...
usermod: no changes

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
We gratefully accept donations at:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...
usermod: no changes

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
We gratefully accept donations at:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
rm: cannot remove '/app/dokuwiki/install.php': No such file or directory
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
s6-svwait: fatal: supervisor died
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
We gratefully accept donations at:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------
usermod: no changes

User uid:    1000
User gid:    1000
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 50-config: executing...
rm: cannot remove '/app/dokuwiki/install.php': No such file or directory
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
pi@raspi:~ $

502 Bad Gateway nginx/1.22.1

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

Hi to all.
Dokuwiki version: version-2022-07-31a

After restart docker, first time i visit dokuwiki appear error:

502 Bad Gateway
nginx/1.22.1

I press F5 and start page load correctly.

There are this error in nginx error log:

2023/02/05 20:56:34 [error] 313#313: *1 FastCGI sent in stderr: "PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins/wikiformatstyling/syntax/nwtag.php on line 48PHP message: PHP Warning: Trying to access array offset on value of type null in /config/dokuwiki/lib/plugins 2023/02/05 20:56:34 [error] 313#313: *1 upstream sent too big header while reading response header from upstream, client: 172.20.0.1, server: _, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "wiki.localdomain:8180"

Expected Behavior

Open dokuwiki normaly

Steps To Reproduce

  1. restart docker
  2. open dokuwiki

Environment

- OS: Linux Manjaro DE Plasma
- How docker service was installed:Docker version 20.10.22, build 3a2c30b63a

CPU architecture

x86-64

Docker creation

docker-compose
`
version: "2.1"
services:
  dokuwiki:
    image: linuxserver/dokuwiki:version-2022-07-31a
    container_name: dokuwiki
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Rome
    volumes:
      - ./data:/config
    ports:
      - 8180:80
    restart: unless-stopped
`

Container logs

`[migrations] started
[migrations] 01-nginx-site-confs-default: skipped
[migrations] 02-default-location: skipped
[migrations] done

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

using keys found in /config/keys
chown: cannot access '/config/dokuwiki/lib/images/smileys/local': No such file or directory
**** Permissions could not be set. This is probably because your volume mounts are remote or read-only. ****
**** The app may not work properly and we will not provide support for it. ****
Existing install found install.php not available
**** The following active confs have different version dates than the samples that are shipped. ****
**** This may be due to user customization or an update to the samples. ****
**** You should compare the following files to the samples in the same folder and update them. ****
**** Use the link at the top of the file to view the changelog. ****
┌────────────┬────────────┬────────────────────────────────────────────────────────────────────────┐
│  old date  │  new date  │ path                                                                   │
├────────────┼────────────┼────────────────────────────────────────────────────────────────────────┤
│ 2022-08-05 │ 2022-08-20 │ /config/nginx/ssl.conf                                                 │
│ 2021-06-15 │ 2022-08-16 │ /config/nginx/nginx.conf                                               │
│            │ 2022-10-04 │ /config/nginx/site-confs/default.conf                                  │
└────────────┴────────────┴────────────────────────────────────────────────────────────────────────┘
[custom-init] No custom files found, skipping...
[ls.io-init] done.
`

Problem with curl library

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.


Expected Behavior

With the Plugin xtern should every link be checked if they are online or not.

Current Behavior

The xtern plugin requires the curl library

Steps to Reproduce

  1. Installed the plugin
  2. One every page is the warning

Environment

OS: Ubuntu 18.04
CPU architecture: x86_64/arm32/arm64
How docker service was installed:

Command used to create docker container (run/create/compose/screenshot)

dokuwiki:
container_name: dokuwiki
image: linuxserver/dokuwiki
environment:

  • PUID=1000
  • PGID=1000
  • TZ=Europe/London
  • APP_URL=/dokuwiki #optional
    volumes:
  • ./dokuwiki/config:/config
    ports:
  • 88:80
  • 8443:443 #optional
    restart: always

Missing SQLite & PDO SQLite support (unable to use some plugins)

Hi.

To reproduce, after a fresh install go to Admin Panel > Extension Manager and install both struct Plugin and sqlite Plugin. Then go to Admin Panel > Additional Plugins > Struct Schema Assignments and it'll throw these errors:

  • SQLite & PDO SQLite support missing in this PHP install - plugin will not work
  • The struct plugin requires the sqlite plugin. Please install and enable it.

So please, could you include php7-pdo_sqlite and php7-sqlite3 also?

Thank you!

new DokuWiki Version

there is a new DokuWiki Version: rc2022-06-26 "Igor" RC2

Would be nice to update / build this Docker to the new version.

Rsync command

it will be great to have rsync command inside
to use for sync some dokuwiki on this one

[BUG] HTML code don't work inside wiki page

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

html code inside wiki page dislays as Pre-formatted text. (it was interpreted as code before update (idk which one))
image

Expected Behavior

Html code should be interpreted and displayed as web objects. Like in normal HTML file.

Steps To Reproduce

  1. Add html code to wiki page
  2. HTML code is displayed as pre-formatted text

Environment

- OS: Ubuntu 22.04 LTS
- How docker service was installed: following instrctions from docker official page

CPU architecture

x86-64

Docker creation

Used portainer GUI

Container logs

[custom-init] No custom services found, skipping...
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service 00-legacy: starting
s6-rc: info: service 00-legacy successfully started
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/01-envfile
cont-init: info: /etc/cont-init.d/01-envfile exited 0
cont-init: info: running /etc/cont-init.d/01-migrations
[migrations] started
[migrations] 01-nginx-site-confs-default: skipped
[migrations] 02-default-location: skipped
[migrations] done
cont-init: info: /etc/cont-init.d/01-migrations exited 0
cont-init: info: running /etc/cont-init.d/10-adduser

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

cont-init: info: /etc/cont-init.d/10-adduser exited 0
cont-init: info: running /etc/cont-init.d/11-folders
cont-init: info: /etc/cont-init.d/11-folders exited 0
cont-init: info: running /etc/cont-init.d/12-samples
cont-init: info: /etc/cont-init.d/12-samples exited 0
cont-init: info: running /etc/cont-init.d/13-nginx
cont-init: info: /etc/cont-init.d/13-nginx exited 0
cont-init: info: running /etc/cont-init.d/14-php
cont-init: info: /etc/cont-init.d/14-php exited 0
cont-init: info: running /etc/cont-init.d/15-keygen
using keys found in /config/keys
cont-init: info: /etc/cont-init.d/15-keygen exited 0
cont-init: info: running /etc/cont-init.d/20-permissions
cont-init: info: /etc/cont-init.d/20-permissions exited 0
cont-init: info: running /etc/cont-init.d/50-config
Existing install found install.php not available
[cont-init.d] Setting permissions this may take some time
cont-init: info: /etc/cont-init.d/50-config exited 0
cont-init: info: running /etc/cont-init.d/85-version-checks
cont-init: info: /etc/cont-init.d/85-version-checks exited 0
cont-init: info: running /etc/cont-init.d/99-custom-files
[custom-init] No custom files found, skipping...
cont-init: info: /etc/cont-init.d/99-custom-files exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service init-mods: starting
s6-rc: info: service init-mods successfully started
s6-rc: info: service init-mods-package-install: starting
s6-rc: info: service init-mods-package-install successfully started
s6-rc: info: service init-mods-end: starting
s6-rc: info: service init-mods-end successfully started
s6-rc: info: service init-services: starting
s6-rc: info: service init-services successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun cron (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
services-up: info: copying legacy longrun php-fpm (no readiness notification)
s6-rc: info: service legacy-services successfully started
s6-rc: info: service 99-ci-service-check: starting
[ls.io-init] done.
s6-rc: info: service 99-ci-service-check successfully started

[BUG] "Are the same file - log entries"

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

All working normal but wanted clean logs.

Steps To Reproduce

Starting DokuWiki.

CPU architecture

x86-64

Docker creation

docker run
  -d
  --name='Dokuwiki'
  --net='bridge'
  -e TZ="Europe/Berlin"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="SauerRaid"
  -e HOST_CONTAINERNAME="Dokuwiki"
  -e 'PUID'='99'
  -e 'PGID'='100'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:80]'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/dokuwiki-icon.png'
  -p '70:80/tcp'
  -v '/mnt/user/appdata/dokuwiki':'/config':'rw' 'linuxserver/dokuwiki'

Container logs

───────────────────────────────────────

      ██╗     ███████╗██╗ ██████╗
      ██║     ██╔════╝██║██╔═══██╗
      ██║     ███████╗██║██║   ██║
      ██║     ╚════██║██║██║   ██║
      ███████╗███████║██║╚██████╔╝
      ╚══════╝╚══════╝╚═╝ ╚═════╝

   Brought to you by linuxserver.io
───────────────────────────────────────

To support LSIO projects visit:
https://www.linuxserver.io/donate/

───────────────────────────────────────
GID/UID
───────────────────────────────────────

User UID:    99
User GID:    100
───────────────────────────────────────

using keys found in /config/keys
cp: '/app/www/public/lib/plugins/acl/action.php' and '/config/dokuwiki/lib/plugins/acl/action.php' are the same file
cp: '/app/www/public/lib/plugins/acl/admin.php' and '/config/dokuwiki/lib/plugins/acl/admin.php' are the same file
cp: '/app/www/public/lib/plugins/acl/admin.svg' and '/config/dokuwiki/lib/plugins/acl/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/acl/lang' and '/config/dokuwiki/lib/plugins/acl/lang' are the same file
cp: '/app/www/public/lib/plugins/acl/pix' and '/config/dokuwiki/lib/plugins/acl/pix' are the same file
cp: '/app/www/public/lib/plugins/acl/plugin.info.txt' and '/config/dokuwiki/lib/plugins/acl/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/acl/remote.php' and '/config/dokuwiki/lib/plugins/acl/remote.php' are the same file
cp: '/app/www/public/lib/plugins/acl/script.js' and '/config/dokuwiki/lib/plugins/acl/script.js' are the same file
cp: '/app/www/public/lib/plugins/acl/style.css' and '/config/dokuwiki/lib/plugins/acl/style.css' are the same file
cp: '/app/www/public/lib/plugins/authad/action.php' and '/config/dokuwiki/lib/plugins/authad/action.php' are the same file
cp: '/app/www/public/lib/plugins/authad/adLDAP' and '/config/dokuwiki/lib/plugins/authad/adLDAP' are the same file
cp: '/app/www/public/lib/plugins/authad/auth.php' and '/config/dokuwiki/lib/plugins/authad/auth.php' are the same file
cp: '/app/www/public/lib/plugins/authad/conf' and '/config/dokuwiki/lib/plugins/authad/conf' are the same file
cp: '/app/www/public/lib/plugins/authad/lang' and '/config/dokuwiki/lib/plugins/authad/lang' are the same file
cp: '/app/www/public/lib/plugins/authad/plugin.info.txt' and '/config/dokuwiki/lib/plugins/authad/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/authldap/auth.php' and '/config/dokuwiki/lib/plugins/authldap/auth.php' are the same file
cp: '/app/www/public/lib/plugins/authldap/conf' and '/config/dokuwiki/lib/plugins/authldap/conf' are the same file
cp: '/app/www/public/lib/plugins/authldap/lang' and '/config/dokuwiki/lib/plugins/authldap/lang' are the same file
cp: '/app/www/public/lib/plugins/authldap/plugin.info.txt' and '/config/dokuwiki/lib/plugins/authldap/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/authpdo/README' and '/config/dokuwiki/lib/plugins/authpdo/README' are the same file
cp: '/app/www/public/lib/plugins/authpdo/_test' and '/config/dokuwiki/lib/plugins/authpdo/_test' are the same file
cp: '/app/www/public/lib/plugins/authpdo/auth.php' and '/config/dokuwiki/lib/plugins/authpdo/auth.php' are the same file
cp: '/app/www/public/lib/plugins/authpdo/conf' and '/config/dokuwiki/lib/plugins/authpdo/conf' are the same file
cp: '/app/www/public/lib/plugins/authpdo/lang' and '/config/dokuwiki/lib/plugins/authpdo/lang' are the same file
cp: '/app/www/public/lib/plugins/authpdo/plugin.info.txt' and '/config/dokuwiki/lib/plugins/authpdo/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/authplain/_test' and '/config/dokuwiki/lib/plugins/authplain/_test' are the same file
cp: '/app/www/public/lib/plugins/authplain/auth.php' and '/config/dokuwiki/lib/plugins/authplain/auth.php' are the same file
cp: '/app/www/public/lib/plugins/authplain/lang' and '/config/dokuwiki/lib/plugins/authplain/lang' are the same file
cp: '/app/www/public/lib/plugins/authplain/plugin.info.txt' and '/config/dokuwiki/lib/plugins/authplain/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/config/_test' and '/config/dokuwiki/lib/plugins/config/_test' are the same file
cp: '/app/www/public/lib/plugins/config/admin.php' and '/config/dokuwiki/lib/plugins/config/admin.php' are the same file
cp: '/app/www/public/lib/plugins/config/admin.svg' and '/config/dokuwiki/lib/plugins/config/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/config/core' and '/config/dokuwiki/lib/plugins/config/core' are the same file
cp: '/app/www/public/lib/plugins/config/images' and '/config/dokuwiki/lib/plugins/config/images' are the same file
cp: '/app/www/public/lib/plugins/config/lang' and '/config/dokuwiki/lib/plugins/config/lang' are the same file
cp: '/app/www/public/lib/plugins/config/plugin.info.txt' and '/config/dokuwiki/lib/plugins/config/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/config/settings' and '/config/dokuwiki/lib/plugins/config/settings' are the same file
cp: '/app/www/public/lib/plugins/config/style.css' and '/config/dokuwiki/lib/plugins/config/style.css' are the same file
cp: '/app/www/public/lib/plugins/extension/_test' and '/config/dokuwiki/lib/plugins/extension/_test' are the same file
cp: '/app/www/public/lib/plugins/extension/action.php' and '/config/dokuwiki/lib/plugins/extension/action.php' are the same file
cp: '/app/www/public/lib/plugins/extension/admin.php' and '/config/dokuwiki/lib/plugins/extension/admin.php' are the same file
cp: '/app/www/public/lib/plugins/extension/admin.svg' and '/config/dokuwiki/lib/plugins/extension/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/extension/all.less' and '/config/dokuwiki/lib/plugins/extension/all.less' are the same file
cp: '/app/www/public/lib/plugins/extension/cli.php' and '/config/dokuwiki/lib/plugins/extension/cli.php' are the same file
cp: '/app/www/public/lib/plugins/extension/helper' and '/config/dokuwiki/lib/plugins/extension/helper' are the same file
cp: '/app/www/public/lib/plugins/extension/images' and '/config/dokuwiki/lib/plugins/extension/images' are the same file
cp: '/app/www/public/lib/plugins/extension/lang' and '/config/dokuwiki/lib/plugins/extension/lang' are the same file
cp: '/app/www/public/lib/plugins/extension/plugin.info.txt' and '/config/dokuwiki/lib/plugins/extension/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/extension/script.js' and '/config/dokuwiki/lib/plugins/extension/script.js' are the same file
cp: '/app/www/public/lib/plugins/extension/style.less' and '/config/dokuwiki/lib/plugins/extension/style.less' are the same file
cp: '/app/www/public/lib/plugins/info/plugin.info.txt' and '/config/dokuwiki/lib/plugins/info/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/info/syntax.php' and '/config/dokuwiki/lib/plugins/info/syntax.php' are the same file
cp: '/app/www/public/lib/plugins/move/MenuItem.php' and '/config/dokuwiki/lib/plugins/move/MenuItem.php' are the same file
cp: '/app/www/public/lib/plugins/move/README' and '/config/dokuwiki/lib/plugins/move/README' are the same file
cp: '/app/www/public/lib/plugins/move/_test' and '/config/dokuwiki/lib/plugins/move/_test' are the same file
cp: '/app/www/public/lib/plugins/move/action' and '/config/dokuwiki/lib/plugins/move/action' are the same file
cp: '/app/www/public/lib/plugins/move/admin' and '/config/dokuwiki/lib/plugins/move/admin' are the same file
cp: '/app/www/public/lib/plugins/move/admin.svg' and '/config/dokuwiki/lib/plugins/move/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/move/conf' and '/config/dokuwiki/lib/plugins/move/conf' are the same file
cp: '/app/www/public/lib/plugins/move/deleted.files' and '/config/dokuwiki/lib/plugins/move/deleted.files' are the same file
cp: '/app/www/public/lib/plugins/move/helper' and '/config/dokuwiki/lib/plugins/move/helper' are the same file
cp: '/app/www/public/lib/plugins/move/images' and '/config/dokuwiki/lib/plugins/move/images' are the same file
cp: '/app/www/public/lib/plugins/move/lang' and '/config/dokuwiki/lib/plugins/move/lang' are the same file
cp: '/app/www/public/lib/plugins/move/manager.dat' and '/config/dokuwiki/lib/plugins/move/manager.dat' are the same file
cp: '/app/www/public/lib/plugins/move/plugin.info.txt' and '/config/dokuwiki/lib/plugins/move/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/move/script' and '/config/dokuwiki/lib/plugins/move/script' are the same file
cp: '/app/www/public/lib/plugins/move/script.js' and '/config/dokuwiki/lib/plugins/move/script.js' are the same file
cp: '/app/www/public/lib/plugins/move/style.less' and '/config/dokuwiki/lib/plugins/move/style.less' are the same file
cp: '/app/www/public/lib/plugins/popularity/action.php' and '/config/dokuwiki/lib/plugins/popularity/action.php' are the same file
cp: '/app/www/public/lib/plugins/popularity/admin.php' and '/config/dokuwiki/lib/plugins/popularity/admin.php' are the same file
cp: '/app/www/public/lib/plugins/popularity/admin.svg' and '/config/dokuwiki/lib/plugins/popularity/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/popularity/helper.php' and '/config/dokuwiki/lib/plugins/popularity/helper.php' are the same file
cp: '/app/www/public/lib/plugins/popularity/lang' and '/config/dokuwiki/lib/plugins/popularity/lang' are the same file
cp: '/app/www/public/lib/plugins/popularity/plugin.info.txt' and '/config/dokuwiki/lib/plugins/popularity/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/revert/admin.php' and '/config/dokuwiki/lib/plugins/revert/admin.php' are the same file
cp: '/app/www/public/lib/plugins/revert/admin.svg' and '/config/dokuwiki/lib/plugins/revert/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/revert/lang' and '/config/dokuwiki/lib/plugins/revert/lang' are the same file
cp: '/app/www/public/lib/plugins/revert/plugin.info.txt' and '/config/dokuwiki/lib/plugins/revert/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/safefnrecode/action.php' and '/config/dokuwiki/lib/plugins/safefnrecode/action.php' are the same file
cp: '/app/www/public/lib/plugins/safefnrecode/plugin.info.txt' and '/config/dokuwiki/lib/plugins/safefnrecode/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/styling/README' and '/config/dokuwiki/lib/plugins/styling/README' are the same file
cp: '/app/www/public/lib/plugins/styling/_test' and '/config/dokuwiki/lib/plugins/styling/_test' are the same file
cp: '/app/www/public/lib/plugins/styling/action.php' and '/config/dokuwiki/lib/plugins/styling/action.php' are the same file
cp: '/app/www/public/lib/plugins/styling/admin.php' and '/config/dokuwiki/lib/plugins/styling/admin.php' are the same file
cp: '/app/www/public/lib/plugins/styling/admin.svg' and '/config/dokuwiki/lib/plugins/styling/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/styling/lang' and '/config/dokuwiki/lib/plugins/styling/lang' are the same file
cp: '/app/www/public/lib/plugins/styling/plugin.info.txt' and '/config/dokuwiki/lib/plugins/styling/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/styling/popup.php' and '/config/dokuwiki/lib/plugins/styling/popup.php' are the same file
cp: '/app/www/public/lib/plugins/styling/script.js' and '/config/dokuwiki/lib/plugins/styling/script.js' are the same file
cp: '/app/www/public/lib/plugins/styling/style.less' and '/config/dokuwiki/lib/plugins/styling/style.less' are the same file
cp: '/app/www/public/lib/plugins/usermanager/_test' and '/config/dokuwiki/lib/plugins/usermanager/_test' are the same file
cp: '/app/www/public/lib/plugins/usermanager/admin.php' and '/config/dokuwiki/lib/plugins/usermanager/admin.php' are the same file
cp: '/app/www/public/lib/plugins/usermanager/admin.svg' and '/config/dokuwiki/lib/plugins/usermanager/admin.svg' are the same file
cp: '/app/www/public/lib/plugins/usermanager/cli.php' and '/config/dokuwiki/lib/plugins/usermanager/cli.php' are the same file
cp: '/app/www/public/lib/plugins/usermanager/images' and '/config/dokuwiki/lib/plugins/usermanager/images' are the same file
cp: '/app/www/public/lib/plugins/usermanager/lang' and '/config/dokuwiki/lib/plugins/usermanager/lang' are the same file
cp: '/app/www/public/lib/plugins/usermanager/plugin.info.txt' and '/config/dokuwiki/lib/plugins/usermanager/plugin.info.txt' are the same file
cp: '/app/www/public/lib/plugins/usermanager/script.js' and '/config/dokuwiki/lib/plugins/usermanager/script.js' are the same file
cp: '/app/www/public/lib/plugins/usermanager/style.css' and '/config/dokuwiki/lib/plugins/usermanager/style.css' are the same file
Existing install found, deleting install.php.
[custom-init] No custom files found, skipping...
[ls.io-init] done.

Support LDAP Authentication

Please excuse me for not using your proposed issue template as I would like to propose a feature request:

Dokuwiki comes pre-installed with a plugin that allows authentication via LDAP. In order for the LDAP plugin to work the php7-ldap package is required on a system level. I would thus propose to add it to the Dockerfiles, i.e.:

RUN \
  ...
  apk add --no-cache \
 	curl \
 	imagemagick \
 	php7-bz2 \
 	php7-gd \
 	php7-xml \
 	php7-zip \
 	php7-ldap  && \
  ...

nginx: cannot load certificate "/config/keys/cert.crt"

linuxserver.io


Expected Behavior

I should be able to browse to http://IP-ADDRESS:PORT/install.php to start the Dokuwiki installation

Current Behavior

I get a blank webpage.

Steps to Reproduce

  1. use docker-compose up with docker-compose.yml listed on linuxserver/dokuwiki
  2. run docker logs -f dokuwiki

Environment

OS: Rasperry Pi OS
CPU architecture: arm32
How docker service was installed: official docker repo

Command used to create docker container (run/create/compose/screenshot)

---
version: "2"
services:
  dokuwiki:
    image: linuxserver/dokuwiki
    container_name: dokuwiki
    restart: unless-stopped
    environment:
      - TZ=Europe/London # Specify a timezone to use EG Europe/London.
      - PUID=1000 # for UserID
      - PGID=1000 # for GroupID
    volumes:
      - ./config:/config # Configuration files.
    ports:
      - 443:443/tcp # optional Application HTTPS Port
      - 80:80/tcp # Application HTTP Port

Docker logs

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-envfile: executing...
[cont-init.d] 01-envfile: exited 0.
[cont-init.d] 10-adduser: executing...

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------


@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

Your DockerHost is most likely running an outdated version of libseccomp

To fix this, please visit https://docs.linuxserver.io/faq#libseccomp

Some apps might not behave correctly without this

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
generating self-signed keys in /config/keys, you can replace these with your own keys if required
Generating a RSA private key
.........................................................................+++++
.+++++
writing new private key to '/config/keys/cert.key'
-----
3069203344:error:0D0D90AD:asn1 encoding routines:ASN1_TIME_adj:error getting time:crypto/asn1/a_time.c:330:
[cont-init.d] 30-keygen: exited 1.
[cont-init.d] 50-config: executing...
Go to http://IP-ADDRESS:PORT/install.php to configure your install then restart your container when finished to remove install.php
[cont-init.d] Setting permissions this may take some time
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
nginx: [emerg] cannot load certificate "/config/keys/cert.crt": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/cert.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: [emerg] cannot load certificate "/config/keys/cert.crt": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/cert.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: [emerg] cannot load certificate "/config/keys/cert.crt": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/cert.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: [emerg] cannot load certificate "/config/keys/cert.crt": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/cert.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: [emerg] cannot load certificate "/config/keys/cert.crt": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/cert.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)

CLOUD plugin broken in this docker

linuxserver.io

If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.


Expected Behavior

CLOUD plugin works in the latest version of DokuWiki, but for some reason this Docker it makes content on page not display.

Current Behavior

When I add TAGCLOUD to any page, all of the content of that page displays as blank.

Steps to Reproduce

  1. Install TAG and CLOUD plugin
  2. Add TAGCLOUD to page

Environment

OS:
CPU architecture: x86_64
How docker service was installed:

Command used to create docker container (run/create/compose/screenshot)

Docker logs

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.