Pat K

Oops – typo. Title should read “User Role Based Offers”. Even better, “User Rose Based Offers Do Not Work”.

It would be nice if eventprimesupport followed up on tickets they mark as “resolved” when the resolution consists of “our team is working on it”.

In this case, I found a Starter Guide for version 3 of EventPrime.
https://theeventprime.com/starter-guide/ …in case it’s of use to anyone.

It seems odd that the developer would go to the trouble of creating documentation and then failing to follow up on requests for access to it.

Thanks for lending your support to this request. Just to clarify, the form labels don’t need to be visible. As long as they are present & accessible to machines (bots, screen readers, etc.) it will pass WCAG 2.0 accessibility testing. There are accessible methods to turn off visibility of elements such as labels – so their visibility could be turned off by default (using CSS) and optionally turned on either via a plugin option or custom CSS.

Thanks. I’ll make a note to check the changelog on your plugin before updating it in the future. Just my opinion, but I suspect you’d have fewer rants & complaints in the support forum if you gave a heads-up on the plugin update screen.

Hi Takis,

I know, very weird – and no errors reported! The images are present in the uploads directories – but for some reason the database seems to have stopped registering them (similar to this: https://www.ads-software.com/support/topic/wordpress-media-not-showing-images/).

When I have a few minutes, I’ll set up a fresh WordPress install in a sub-directory using a core WP theme and only your plugin. NOTE: I do have BulletProof Security running – which modifies the root .htaccess file, but I have disabled BPS and replaced it with the default file during testing – and doing so made no difference. I will report back asap.
Thanks again for your time,
pk

Hi Takis,

The site I referenced earlier today was hosted on a server running the Plesk control panel. So I tried processing the update on a test site on a server running cPanel and got exactly the same result: no images. In fact, not only are the images not loading on the front end, they aren’t loading in the media library either (including my avatar). Oddly PDF files are present and there is 1 .ico file showing (a favicon).

This is the AI relevant code from the .htaccess file – located in the subdirectory – at the same level as the wp-config file:

# BEGIN Adaptive Images
#=======================

<IfModule mod_rewrite.c>

    RewriteEngine On

    # Watched directories
    RewriteCond %{REQUEST_URI} /wp2022/wp-content/uploads [OR]
    RewriteCond %{REQUEST_URI} /wp2022/wp-content/themes

    # Redirect images through the adaptive images script
    RewriteRule \.(?:jpe?g|gif|png)$ /wp2022/wp-content/plugins/adaptive-images/adaptive-images-script.php [L]

</IfModule>

# END Adaptive Images

When I use the Developer Tools console in my browser, all images are reported as “broken”. When I open an image URL, this is the message that loads in my browser:
“Original image not found or not available.”

When I append ?debug=true to the URL, the following information loads:

ADAPTIVE IMAGES DEBUG
########################
Script status
==============
You are viewing this page instead of the image you requested. This is part of the debugging capabilities of the Adaptive Images plugin. Seeing this means the plugin is running alright and that the .htaccess configuration file is setup correctly!
Client width
	2048
		
Pixel density
	1.25
		
HiDPI
	TRUE
		
Resolution
	1024
		
Cache writable
	YES
		
User settings
==============
	
$resolutions
	1024,600,480
		
$cache_dir
	cache/adaptive-images
		
$jpg_quality
	65
		
$sharpen
	TRUE

$watch_cache
	TRUE
		
$browser_cache
	604800
		
Image requested
================

Image
	/wp2022/wp-content/uploads/2022/04/filename.jpg
		
Exists
	NO

Mime
	-
		
Dimensions
	-
	
Size
	-
		
---

Remove "?debug=true" in the url to see your image. 

Add "?debug=original" to see the original, non-resized image. 

Add "?resolution=xxxx,y" to see the image resized in xxxx pixels and y pixel density. 

Deactivating or rolling back to the previous version restores the images in the media library – and images are restored on the front end.

Oddly I’m still not seeing any errors being logged.

Oh yeah, I did several hard refreshes as you suggested – no change.
pk

• This reply was modified 2 years, 4 months ago by Pat K.

Hi Takis. I received notification about the recent posts in this thread by kcwebguy (prior to his posts being redacted) and your follow-up asking if he had updated to the latest version of the plugin. I didn’t realize you had updated the plugin…I’ve been waiting for a follow-up in the support thread. Thanks the update… BUT I promptly logged in and processed the update then checked the site on my phone – to generate some cached image files – only to see NO IMAGES. So I checked on my desktop and NO IMAGES (only background images are showing). So I uninstalled the plugin and the images were restored. Weird. I don’t have time at the moment to troubleshoot this – but thought you should know.
pk

Thank you Takis!
pk

Thanks Takis. I look forward to the updated version of your plugin.

An important follow up to my previous message about the PHP error. The reason I was debugging this is because the plugin was not automatically generating the cache directory. And even after manually creating the directory, the plugin was not working. I did a ton of troubleshooting, including deactivating plugins etc with zero effect. As soon as I modified the adaptive-images-admin.php file as outlined above (escaping that single hyphen) the plugin was able to create the cache directory.
pk

Ok – makes sense. Thanks for clarifying. Still appreciate & recommend BPS.

Just to add to this; I have had HPF Cron enabled for several projects for some time with zero issues, then after the last update I received the alarming email messages AND huge warning notifications in the dashboard – visible to all admins. And this was because I had a few compressed (.zip) plugin files in order to quickly roll back in case of issues. NOTE: these .zip file are not new. All around an unpleasant experience, so I’m disabling HPF Cron on all sites. I have other systems in place to check for hidden files so this was a “nice” redundant check… but this wasn’t so “nice” or subtle ??

I’m still looking into this; it’s a slow process since I don’t have access to the necessary server settings. I’ll follow up when I know more.

Update. The server error (Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.) only affects the front end while logged in to the admin dashboard; the dashboard is unaffected. The front end is also unaffected for visitors who aren’t logged into the dashboard.

I *think* it’s a ModSecurity problem. From the server error log:
ModSecurity: Output filter: Response body too large (over limit of 1048576, total not specified).

I know there’s a suggested fix for this (https://support.plesk.com/hc/en-us/articles/115003160145), but I don’t have access to the Apache / nginx settings. Will contact the server admin and will report back if I’m able to get the plugin working without the server error.

• This reply was modified 2 years, 10 months ago by Pat K. Reason: clarification

Just a heads up. I took your advice and installed Query Monitor to troubleshoot. The plugin looked really promising – tons of useful info BUT it crashed the site: Internal Server Error. Perhaps more evidence of a problem with PHP 8. When time permits I’ll do more testing on this reCAPTCHA problem & will report back.