However, I’m now noticing that if one clicks through the CR feedback link (or it’s fancy new thumbnail) in order to get back to the corresponding single.php page they are now getting THIS OUTPUT instead of the single.php image as in the past.
I’m unable to duplicate the problem. @Ben will need to look at that error. What version of php is your site using?
In my tests, I’m able to click on the link or the image and am taken to the single image page.
(The problem I’m having is that the email thumbnail is not a thumbnail, but a full sized image!)
have you tried reinstalling? Just in case something got corrupted.
I’d try clicking Reinstall All on the Backlight Modules page. Maybe even click reinstall for CR, though I doubt that could be the problem.
Yep I have tried reinstalling both CR and Backlight 5.
I reached out afterwards, thinking that a PHP mismatch or bad install would most likely affect all the single.php instances not just the recently-created ones; is that an accurate assessment? Because any CR galleries created before the latest update are all still working just fine.
Only the CR galleries I’ve created since 5.3.2 appear to have borked single.php pages.
@rod_barbee and @youloveben, I have fixed the rendition type used in the emails, released in Client Response 11.1.2.
“thinking that a PHP mismatch or bad install would most likely affect all the single.php instances not just the recently-created ones” should be an accurate assessment. I have no idea why this isn’t working on some single pages but not others.
Would you be able to provide me with FTP access so that I can try to work out why this is breaking? The best way would be by clicking my profile name followed by ‘Message’.
Hi @youloveben, thanks for the access. It looks like the reason that single links worked on some albums and not others was that the Items Per Page was set for working albums but not set for new albums. Does that align with what you’re seeing in the Album settings in the Backlight admin?
The underlying cause is an odd one. The value for Items Per Page is false. For some reason this wasn’t being picked up when comparing it against 0. In all of my years with PHP, false and 0 could be compared to be the same (not identical, but the same). I hope that this isn’t a change to PHP because it could introduce bugs all over the place.
I have put in a fix in your code and made a silent update to Publisher. You won’t need to update anything else for this fix to remain.
That is strange indeed; but thanks for the fix! I don’t understand the false/0 value qualifier thing whatsoever. Fingers crossed it isn’t some obscure new change to PHP syntax…