Tim Sutherland

Hi Support Team

In your previous reply you mentioned that

The attributes authors=”id” and agent_id=”id” currently exist for the shortcode es_my_listing.
The shortcode es_search_form does not have them yet, but this is planned for future extensions.

Do you have an ETA on when this might occur? Having to list all the es_type and/or all the es_category using the es_search shortcode can be quite problematic as users can add new types and categories which are then excluded from the search until such time as an admin adds these to the shortcode.

Being able to use author or agent_id would be much better as these details change far less often and are more manageable.

Your response would be greatly appreciated or if anyone knows of the page/area where functionality that’s being worked on is being listed that’d be great too!

Just in case anyone stumbles across this and is wondering what to do – I marked the page in question as non-cacheable.

Thanks for your advice. I’m very time poor now so have just went with the easy option of changing the media thumbnail size and then regenerating the 8 thumbnails individually in question. Much better.

It’d be a great feature to give users the ability to choose the size of the image to use for agents (or even just select from one of the image sizes available such as medium, large, full etc…).

150px x 150px is very low quality on retina screens and presentation is everything in real estate.

Thanks @gurpreetk1 – I ended up finding a paid plugin that used conditions and when there were no fields in a step it skips it (still shows in the steps list but doesn’t take you to a blank page).

Thank you. I went with the es_type field and added all of the different types except for the one that we wanted to exclude.

It’d be great if there was an exclude option or ability to filter by authors and/or agent_id for the es_search_form.

I look forward to it!

Figured it out. Thanks for the step in the right direction.

Thank you. Is there somewhere that you have the plugins built-in functions documented? I simply want to show the email address and mobile phone number in addition to everything else that is being displayed already.

According to your own documentation and following the trail I thought it was the /templates/front/agent/content-archive-info.php that I should be overriding. You mention content-archive.php – is that just a typo or are you referring to a different file (i.e. am I looking in the wrong place)?

$agent->contacts as I know it gets an array of all the contact numbers?

Thanks for letting me know. Is there a way to filter the main property search by agent or author in the shortcode?

Thanks. Changing this will change all thumbnails and also requires all thumbnails to be regenerated when I only want to change the agent profile pic.

Is there not a hook that can be used or function that can be used to override the agent profile pic and tell it to use a different size such as ‘medium’ or ‘full’.

@blclda I also get the same issue as you. I ran AAA optimiser to clear out some particularly large options files and turn off some that were not required to autoload.

New size down to just over 400kb (down from nearly 2MB)

But I still get a message when running WordPress Site Health Check (over 2MB). I suspect it’s a bug that it’s storing this value somewhere and not refreshing it when you re-run site health (or maybe it will only recheck after X days).

Be good to find out if there’s a bug report logged already for this and/or if anyone else is having this issue.

Thanks for that @thyran, I will give it a go. Ultimate goal is one config file to rule them all and perhaps starting with this on a small site and rolling it out over time I’ll get to that point.

Any luck with this @thyran ?

Having the same issue here. Presented itself on a relatively small divi website so it was easy enough to simply turn off the plugin however as per what you’ve said, if ESI is turned off the issue with contact forms comes back (as the nonce isn’t cached correctly) which is HIGHLY undesirable.

I’ve just setup litespeed on a very large client website with significant benefits however within a week after doing so am having this issue which looks very unprofessional.

@qtwrk how do we get this logged as a bug? Changes get made all the time for elementor bugs, but don’t see much for Divi???

In the meantime is there a repo where I can get the previous version (latest working version of 6.3.X as it works AOK and I’ll need to rollback a number of websites similar to @thyran

• This reply was modified 3 months, 1 week ago by Tim Sutherland. Reason: fixed some grammatical errors

Turns out just simply adding the ‘estatik search results page’ even if you don’t use it for search results is enough here. Hopefully someone else doesn’t fall into the same trap when setting up the plugin in the future. I’d suggest it’s automatically created if it’s required for basic functionality.

All good now.

I’ve found a workaround for now which appears to have ‘fixed’ the problem.

in /wp-content/plugins/estatik/templates/front/shortcodes/search/simple.php line 24 I simply commented out the code:

            <input type="hidden" name="post_type" value="properties"/>

This is added when the default search is not detected and then appended to the search query when using a search page that isn’t the ‘default’ search.

Thought I’d add this for anyone else who’s having a similar issue and needs a workaround. I will update once Estatik respond in case there’s another setting that can be change without having to resort to this.

Warning message in logs if this helps in any way:

[10-Jul-2024 23:57:07 UTC] PHP Warning: Undefined array key “label” in /home/hibbardh/public_html/wp-content/plugins/estatik/templates/front/shortcodes/search/simple.php on line 71