DokuWiki: Recently Opened Tasks

[issue-open]: Syntax plugins don't render after parsing refactor

annda — Tue, 12 May 2026 17:13:14 +0000

### The problem

After refactoring of the parser, syntax plugins are no longer being rendered. The `render()` method is never called.

### Version of DokuWiki

master

### PHP Version

8.5

### Webserver and version of webserver

_No response_

### Browser and version of browser, operating system running browser

_No response_

### Additional environment information

_No response_

### Relevant logs and/or error messages

```text

```

[issue-open]: In case of external deletion the diff view is comparing itself

Klap-in — Sun, 10 May 2026 05:13:31 +0000

### The problem

In case of external deletion the diff view is incorrect. It should show the diff with previous edit, not itself.

In case of external edit:
2026/05/07 00:11 Show differences to current revisions Old revisions [personal:games_with_body_type](https://wiki.realmofespionage.xyz/personal:games_with_body_type) – removed - external edit (Unknown date) 127.0.0.1 ±0 B
The diff link points to: https://wiki.realmofespionage.xyz/personal:games_with_body_type?do=diff

Which shows on opening the message “ no way to compare when less than two revisions”

And it shows twice the same edit.
[Link to this comparison view](https://wiki.realmofespionage.xyz/personal:games_with_body_type?do=diff&rev2%5B0%5D=1778127111&rev2%5B1%5D=1778127111&difftype=sidebyside)

personal:games_with_body_type [2026/05/07 00:11] (current) – removed - external edit (Unknown date) 127.0.0.1 personal:games_with_body_type [2026/05/07 00:11] (current) – removed - external edit (Unknown date) 127.0.0.1

### Version of DokuWiki

Git 2026-05-06 (9e6f2c4), see issue report #4634

### PHP Version

8.5.5

### Webserver and version of webserver

nginx/1.29.8

### Browser and version of browser, operating system running browser

_No response_

### Additional environment information

_No response_

### Relevant logs and/or error messages

```text

```

[issue-open]: External edits (no change) in Recents with old dates appearing over newer edits

Espionage724 — Fri, 08 May 2026 17:46:22 +0000

### The problem

A bunch of old articles from 2025 have `external edit 127.0.0.1 ±0 B` on Recent Changes and they're higher-up than newer 2026 edits: [Wiki](https://wiki.realmofespionage.xyz/start?do=recent)

I don't think I changed any settings or file permissions, but auto-update from `master` daily and noticed it 1-2 days ago.

I thought it might be `noatime` on fstab not updating last-access times but I undid that yesterday (I think to default `relatime`) and re-indexed with no change to Recent Changes. I think pages also weren't showing all backlinks either after re-index and updated only after viewing a linked page (not too sure if still happening; one page I checked has most if not all backlinks seemingly currently)

### Version of DokuWiki

Git 2026-05-06 (9e6f2c4bc)

### PHP Version

8.5.5

### Webserver and version of webserver

nginx/1.29.8

### Browser and version of browser, operating system running browser

_No response_

### Additional environment information

[Config notes](https://wiki.realmofespionage.xyz/servers:linux:nginx:dokuwiki)

### Relevant logs and/or error messages

```text

```

[issue-open]: TypeError: strtotime(): Argument #1 ($datetime) must be of type string, array given

schplurtz — Thu, 30 Apr 2026 03:43:18 +0000

### The problem

Hi,

I get an error message when I want to see details of some images. To be more specific:
* edit a page
* upload the image
* insert `{{::800px-rv_marion_dufresne.jpg?400|}}` DW tag
* save the page, view the page, contemplate image.
* click on image, this open the image details page. DokuWiki Error
```
TypeError: strtotime(): Argument #1 ($datetime) must be of type string, array given
```

Most images are ok and won't make DW unhappy, but some do. For example, use `800px-RV_Marion_Dufresne.jpg` by Delille Daniel from wikimedia commons. [direct link](https://upload.wikimedia.org/wikipedia/commons/3/35/800px-RV_Marion_Dufresne.jpg). details, copyright, author, right to use, etc... are [here](https://fr.wikipedia.org/wiki/Fichier:800px-RV_Marion_Dufresne.jpg). If you upload this image to a DW instance, you'll get the error.

The problem appears to be in `inc/JpegMeta.php`. Somehow the exif info for `DateTime` is an array, instead of a single value:

```php
$this->_info = Array (
...

[exif] => Array
(
[ByteAlign] => Little Endian
...
[DateTime] => Array
(
[0] => 2005:02:03 11:25:29
[1] => 2005:02:04 09:44:46
)
```

### Version of DokuWiki

Git 2026-04-25 (b9e35b2f0)

### PHP Version

PHP 8.5.5

### Webserver and version of webserver

cli-server on Darwin 24.6.0 (macos sequoia)

### Browser and version of browser, operating system running browser

any

### Additional environment information

It happens on DW Librarian, on one or two linux box I have that run DokuWiki. For this report, I used a completely new and empty DW instance: I git-cloned DW, and ran `PHP -S localhost:8000 index.php`, went through install.php, then created a page with the 800px-rv_marion_dufresne.jpg image.

This might be related to #4526, but I'm not sure at all.

### Relevant logs and/or error messages

```text
2026-04-30 02:33:25 /private/tmp/dokuwiki/inc/JpegMeta.php(669) TypeError: strtotime(): Argument #1 ($datetime) must be of type string, array given
#0 /private/tmp/dokuwiki/inc/JpegMeta.php(669): strtotime(Array)
#1 /private/tmp/dokuwiki/inc/JpegMeta.php(245): JpegMeta->getDates()
#2 /private/tmp/dokuwiki/inc/JpegMeta.php(156): JpegMeta->getDateField('EarliestTime')
#3 /private/tmp/dokuwiki/inc/template.php(1095): JpegMeta->getField(Array)
#4 /private/tmp/dokuwiki/inc/template.php(1161): tpl_img_getTag(Array)
#5 /private/tmp/dokuwiki/inc/template.php(1117): tpl_get_img_meta()
#6 /private/tmp/dokuwiki/lib/tpl/dokuwiki/detail.php(57): tpl_img_meta()
#7 /private/tmp/dokuwiki/lib/exe/detail.php(45): include('/private/tmp/do...')
#8 /private/tmp/dokuwiki/index.php(61): require('/private/tmp/do...')
#9 {main}
```

[issue-open]: Can't edit pages (preview doesn't update, saving removes page)

Espionage724 — Tue, 21 Apr 2026 19:26:58 +0000

### The problem

On `master` since a few days ago (around/before Apr 17th) when editing a page:

- Previewing changes doesn't show changes
- Saving with any/no changes removes the page
- Pulling https://github.com/dokuwiki/dokuwiki/commit/f0f42d3b06a07b4a761f473dda3732e27c7c01f5 seems fine

### Version of DokuWiki

Git 2026-04-19 (b0ef3e5)

### PHP Version

8.5

### Webserver and version of webserver

_No response_

### Browser and version of browser, operating system running browser

_No response_

### Additional environment information

_No response_

### Relevant logs and/or error messages

```text

```

[issue-open]: Copy button problem in v. 2024-02-06b

gianlucavagnuzzi — Tue, 21 Apr 2026 06:04:38 +0000

### The problem

I have problem with `2024-02-06b` version:

The problem appear if you make a change in Administration / Wiki configuration, for example change wiki title, save. Copy button in code text but paste put "Copy" word at the end of copied text.

With `2025-05-14a` version...

... no problem!

My system info:
```
Operating System: openSUSE Tumbleweed 20260416
KDE Plasma Version: 6.6.4
KDE Frameworks Version: 6.25.0
Qt Version: 6.11.0
Kernel Version: 6.19.12-1-default (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 7535U with Radeon Graphics
Memory: 32 GiB of RAM (30.6 GiB usable)
Graphics Processor: AMD Radeon Graphics
Manufacturer: HP
Product Name: HP EliteBook 645 14 inch G11 Notebook PC
System Version: SBKPF,SBKPFV2
```

```
services:
app:
image: dokuwiki/dokuwiki:2025-05-14a
#image: dokuwiki/dokuwiki:stable
container_name: dokuwiki
user: "1000:1000"
ports:
- "8080:8080"
environment:
PHP_TIMEZONE: Europe/Rome
volumes:
- ./data:/storage
restart: unless-stopped
```

### Version of DokuWiki

snapshot update version 57

### PHP Version

8.3

### Webserver and version of webserver

apache2handler, docker

### Browser and version of browser, operating system running browser

Firefox 149, Brave v1.89.137, Chrome 147

### Additional environment information

_No response_

### Relevant logs and/or error messages

```text

```

[issue-open]: code copy button copies itself

splitbrain — Thu, 16 Apr 2026 11:03:26 +0000

The code copy button introduced in #4566 does not only copy the code but also the button text itself. I am not sure if I messed it up or if this was an issue in @annda's original code already.