#1 2021-11-13 22:44:00


No Rendering?

This is a continuation of a problem I had in September, where my Piwigo installation developed a fatal flaw, and there were no solutions forthcoming.

I had to reinstall Piwigo, but in the process discovered what looked like hard drive sector corruption - which may have been the cause of the failure.

I have dealt with the hard drive and reinstalled Piwigo, but it fails again, in a different way, that looks like software rather than hardware.

The installation seems to run as normal, except that no photos are rendered to the GUI.
Folders and photos are synchronised.
The Synch tool says there are thousands of photos in the database.
Photos can be viewed offline, using a different browser.
Piwigo GUI shows only placeholders
Within the management console, I can zoom to a photo and see it.
I can also edit a photo.

But the edit page displays errors.
So perhaps this is a clue to the problem.
Warning: Parameter 2 to read_metadataprefiltreT() expected to be a reference, value given in /volume1/Web/piwigo/include/smarty/libs/sysplugins/smarty_internal_runtime_filterhandler.php on line 63

I am also seeing errors when I look for metadata:
Fatal error: Uncaught ImagickException: unable to open image './galleries/2021/03/25/20201031_134025.jpg': No such file or directory @ error/blob.c/OpenBlob/3496 in /volume1/Web/piwigo/plugins/read_metadata/admin.php:189 Stack trace: #0 /volume1/Web/piwigo/plugins/read_metadata/admin.php(189): Imagick->__construct('./galleries/202...') #1 /volume1/Web/piwigo/admin/plugin.php(53): include_once('/volume1/Web/pi...') #2 /volume1/Web/piwigo/admin.php(314): include('/volume1/Web/pi...') #3 {main} thrown in /volume1/Web/piwigo/plugins/read_metadata/admin.php on line 189

    Piwigo 12.1.0 Check for upgrade
    Operating system: Linux
    PHP: 7.3.12 (Show info) [2021-11-13 21:40:01]
    MySQL: 5.5.5-10.5.8-MariaDB [2021-11-13 21:40:01]
    Graphics Library: ImageMagick 7.0.10-6
    Cache size 27.70 MB right now Refresh

Last edited by Rust (2021-11-13 22:46:38)



#2 2021-11-16 21:39:41


Re: No Rendering?

No responses.

Will reinstall Piwigo and hope that fixes things.
Weird that some seemingly random failure means the entire application becomes unusable.



#3 2021-11-23 00:06:06


Re: No Rendering?

I'm just going to pile some stuff in here as a record, because there is something fundamentally wrong with the installation, and there's no way I can figure out where to start working on it.

My Piwigo setup seems dead, and nothing I can think of has revived it.
I'll post this stuff then get on with looking for some other photo hosting software.

It could be the version of Piwigo that Asustor uses in its ADM.
Or that the ADM isn't friendly with Piwigo anymore.
On the other hand, could be that v12 is just incompatible with Asustor.
Whichever way round it is.

It could be corrupt bits of previous installations. I've reinstalled Piwigo twice, once leaving it with the generic settings, and once with various plugins, themes, and altered config settings. Makes no difference. It's not a bug in a theme or plugin that's brought the whole thing down.

Perhaps I've not removed enough traces of the previous installations. I would think that removing the ADM app, and dropping the MariaDB would be enough. Done that twice now. Created a database, installed piwigo, saw problems, uninstalled the app, dropped the first database, made another one, reinstalled app. No difference.

It could be that I'm not completing a reinstallation properly. Maybe I need to enable something specific somewhere and haven't followed the documentation thoroughly.

Or it could be something else way beyond my ken.

So, here's a graphical list of symptoms.
Photos don't render.
Folders don't sort.
Smarty processor crashes.

1. App Environment after generic reinstallation.

2. Sync results: lots of photos in the database, no errors. The photos exist. Piwigo knows they exist, but doesn't render them.

3. No album photos at the top level.

4. No album photos, random album sort order, at 2nd level.

5. No photos rendering, random photo sort order at bottom level.

6. Another example of no rendering and random sorting at the bottom level.

7. Apply sort ordering to top level and subfolders. Nothing changed; the sort function doesn't work. Did this several times. Never made a change.

8. Drop down one album level to try sorting again. No change.

9. 2nd level album order after applying sort. Nothing has changed.

10. Go back up a level and apply automatic sorting. Didn't work. No change.

11. Looking at Batch manager - still no photos rendered.

12. A smarty error that shows up intermittently on various pages.

I have no idea what's going on here. Too complex for me to figure out.
Sorry that there is something so fundamentally wrong somewhere that I cannot get Piwigo to work.

Last edited by Rust (2021-11-23 00:08:04)



#4 2021-11-23 01:50:35

Only trying to help

Re: No Rendering?

Rust wrote:

Warning: Parameter 2 to read_metadataprefiltreT() expected to be a reference, value given in /volume1/Web/piwigo/include/smarty/libs/sysplugins/smarty_internal_runtime_filterhandler.php on line 63

For that, apply the read_metadata patch from [Forum, topic 31596] Patches for plugin compatibility in Piwigo 12 or just edit read_metadata/initadmin.php to change function read_metadataprefiltreT removing the second parameter
, &$smarty
so that the line reads


function read_metadataprefiltreT($content){

However, that dosn't help against your other problems.

I am also seeing errors when I look for metadata:
Fatal error: Uncaught ImagickException: unable to open image './galleries/2021/03/25/20201031_134025.jpg': No such file or directory

That indicates the file either doesn't exist (unlikely) or the process has no permission to access / traverse the directories and read the file. Which may also be the cause for all other issues where images aren't displayed. Check your directory and file permissions that they are sufficient for the user the web server process runs as.

Running Piwigo at



#5 2021-11-24 18:59:08


Re: No Rendering?

Much appreciated, @erAck.

Have modified the php file, with no apparent effect, but will give it more time.

You've raised an interesting angle regarding permissions.
It seems possible that some other app has changed permissions on the NAS web folder, and barred access. For example, I put Dokuwiki on the same server a while back, and have had to set up ACS profiles. Maybe that's affected apps sitewide.
I'm going to change some permissions to see what happens.



Board footer

Powered by FluxBB

github twitter newsletter Donate © 2002-2022 · Contact