Thumbnails not appearing in Events list

[Bloodrule]

Before you create an issue, please make sure you have read the FAQ. Common questions on API, no image etc are covered there. Please also read HOWTO REPORT ISSUES

Platform & OS Version

Debian 8, zm v1.29.0

zmNinja v 1.3.016

Device details:

Google Pixel 2 and Apple iPad v6

What is the nature of your issue

Bug

Details

My issue is the same as that in #599, now closed, and I have done the following:

1. Updated image.php as per https://forums.zoneminder.com/viewtopic.php?t=23073&start=60
2. Restarted apache2 (several times)
3. Rebooted system (several times)
4. apt-get installed libgd-dev
5. Ensured php5-gd is installed (it already was and apt-get reported it to be latest version)
6. Examined the apache logs (hidden the IP address) (see below)

Is there something I might be missing? Thanks for a great app.

Debug Logs (if applicable)

[Fri Sep 07 08:43:03.164503 2018] [:error] [pid 17817] [client xxx.xx.xxx.xx:39881] PHP Warning:  require_once(includes/Event.php): failed to open stream: No such file or directory in /usr/share/zoneminder/www/views/image.php on line 38

[Fri Sep 07 08:43:03.164535 2018] [:error] [pid 17817] [client xxx.xx.xxx.xx.39881] PHP Fatal error:  require_once(): Failed opening required 'includes/Event.php' (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/zoneminder/www/views/image.php on line 38

Thanks!

[pliablepixels]

The forum topics you are referring to are very old.

1. Are thumbnails showing in ZoneMinder?
2. Which version of ZM?

[Bloodrule]

Thumbnails are showing in Zoneminder but not in zmNinja's events list. zm is v 1.29 (and zm reports that "You are running the most recent version of ZoneMinder, v1.29.0. No update is necessary."

[pliablepixels]

You should update to 1.30.4 - thats the latest stable release.

[Bloodrule]

Forgot to add that I was previously able to see event list thumbnails in zmNinja with ver 1.29 of zm. I'm not aware of anything I've done that might have affected zmNinja.

[Bloodrule]

Thought you might suggest that. I'm a little reluctant to mess with a system that's otherwise been perfect. Hope updating doesn't produce unintended consequences, Thanks for your advice and keep up the great work.

[pliablepixels]

zmNinja switched over to image.php to display images - I don't believe that was in 1.29. The code was getting too messy

[Bloodrule]

Did as suggested and upgraded Debian 8 to 9 - and in the process ZM was automatically upgraded from 1.29 to 1.30.4. Zoneminder is working normally but the APIs are now broken (so I can't get past the error screen in zmNinja after otherwise successfully authenticating). My apache2 log says "PHP fatal error: call to undefined function apc_fetch() in /usr/share/php/Cake/Cache/Engine/ApcEngine.php on line 91". I'm not sure if that's relevant to the broken APIs?

[pliablepixels]

Yes there are many threads in the ZM forum about Debian 9 and APIs
https://forums.zoneminder.com/viewtopic.php?t=26575
This is the user maintained wiki https://wiki.zoneminder.com/Debian_9_64-bit_with_Zoneminder_1.30.4_the_Easy_Way

I don't use debian, but if you post in the forums, user 'bbunge' who maintains these "easy way" tutorials will likely respond and help resolve.

[Bloodrule]

Thanks for responding again. Have tried various suggestions already from the forum but your suggested https://forums.zoneminder.com/viewtopic.php?t=26575 looks very promising. If you leave the thread open I'll report the outcome here.

[Bloodrule]

Got zmNinja working again, with thumbnails, now running Debian 9 and zm 1.30.4 as explained here

[pliablepixels]

Great, thanks for letting me know!

[jlanzobr]

This issue is actually still ongoing if you try setting up a reverse proxy. Eg, I have nginx and Zoneminder running using the official Docker images. nginx is correctly setup as a reverse proxy and you can access Zoneminder from http://localhost:9080/zm (native) or from https://localhost/zm (reverse proxy). Both work almost totally, but the reverse proxy cannot load thumbnails and cannot generate a video. I think this is because of some shoddy coding around hardlinked URLs within Zoneminder and inconsistent usage of ZM_BASE_URL which doesn't actually set the base URL for most assets despite its name, but to my understanding this has been closed as a "won't fix." My workaround is a PHP script to redirect to the port address if you're on localhost and serve the reverse proxied address if you're not, coupled with a firewall to ensure no one accesses the ported address outside of localhost. A crappy solution, but anyways.