Pat K

Thank you eventprimesupport; I look forward to increased flexibility via additional shortcode parameters. Without the ability to control the order of Upcoming Events on event-type pages, a large portion of this plugin’s functionality cannot be used because it’s simply too cumbersome to manage manually (by adjusting the date created relative to all other events).

Also thank you @lpint! This may interest you: after MUCH experimentation (including messing with custom functions & custom sort order plugins without success) I found a simple workaround – although it involves manually tweaking one line of code in the plugin.

I realize that modifying plugin code is ill-advised, but having to update one line of code each time there is a plugin update is MUCH simpler than having to manually adjust the publication date for each event relative to existing events.

If you open this file:
eventprime-event-calendar-management\includes\event_types\controllers\class-ep-event-type-controller-list.php
…and scroll to line 412 (below ‘// get upcoming events for event_type’) you’ll find this:
'orderby' => 'em_start_date',

Comment this out and replace it with ’em_start_date_time’, like so:
// 'orderby' => 'em_start_date',
'orderby' => 'em_start_date_time',

Then upload it to the server.

In my tests, this automatically & correctly orders Upcoming Events by their start date & time regardless of the publication date.

In the unlikely event this causes problems, it’s easy enough to undo this change; simply remove the new line of code and uncomment the original line of code (then save & upload it).

cheers, pk

Thanks for taking the time to provide clarification! Much appreciated. I look forward to the new release.

Ok. Thanks for clarifying.

For others who wish to set up a ticketed event that has more than 1 date (e.g. a course) and only have the ticket apply to the first date, I created a somewhat clunky workaround. It involves creating 2 event-types; example: “Course” and “Course (part of a series)”. Course is a ticketed event and is a single event. Course (part of a series) has no ticket(s) and is recurring. I gave them both the same color code for the calendar – so at least they appear to be connected.

The ability to toggle “apply ticket only to first event in the series” would be a great addition to this plugin.

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,

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 3 years, 8 months ago by Pat K.

Thank you Takis!
pk