The plugin does not work after updating to version 4.26.13

[kroix]

Describe the bug

The plugin does not work (default WP search also doesn't work) and illustrations are not displayed on the site when the plugin is enabled after updating Ajax Search Pro to version 4.26.13. Only background and banners are displayed from the images.
If you disable the plugin, all illustrations are returned.

To Reproduce

Steps to reproduce the behavior:

1. Go to Plugins -> Installed
2. Click on Ajax Search Pro —> Activate
3. See error
4. Click on Ajax Search Pro —> Deactivate
5. No error

Expected behavior

Displaying illustrations on the site, as before, the search plugin works.

Screenshots

If applicable, add screenshots to help explain your problem.

Environment checklist

• This bug happens with only Ajax Search Pro plugin active
• This bug happens with a default WordPress theme active
• I can reproduce this bug consistently

Desktop (please complete the following information):

• OS: [Windows 11 (x64)
• Browser [Chrome, Opera, Firefox]
• Version [127.0.6533.88]

Smartphone (please complete the following information):

• Device: [Xiaomi 11T]
• OS: [Android 14]
• Browser [Chrome]
• Version [127.0.6533.65]

Additional context

]

[exetico]

I can confirm the same.

There's a problem around D.trigger.apply(m, [R].concat(l)), in the cache file asp-*.js, which does crash our whole JavaScript bundled file, too.

This needs to be prioritized.

Could sounds like something related to #133 . For that kind of change, I'd personally recommend a beta-release, before pushing out a release to all users.

After checking the docs, wp-dreams in general, codecanyon, the plugin and more, I've not managed to find a way to downgrade the plugin. That's crazy by itself. Have I missed somthing?
I even checked the source-code, but it does nok look like I'm able to query a specific version of ASP to the https://update.wp-dreams.com/ endpoint, just to see how it did go. I'm only able to request a short lived download link, where I can't find any hints on how I could force another version to be served, instead.

[ernestmarcinko]

The files are all right, it's the additional minification by cache plugins. We use a esbuild now, which is a different bundler. I just tested WPRocket and W3TC minifiers, they both fail during minification of the already minified source files.

The issue can be resolved by excluding the files from minify:

asp-(.*).js

or by changin the source to non-minified:

There is always a beta test, if you want, you can both join via this link, you are more than welcome.

Nevertheless I'm looking into this to see if I can add programmatical exceptions for already minified sources.

[kroix]

Hi Ernest,
Thanks for your tips, but with Ajax Search Pro 4.26.13 & W3 Total Cache:

1. can be resolved by excluding the files from minify: asp-(.*).js
2. changin the source to non-minified (Javascript source not minified)

Both don't work.

Completely disabling JavaScript caching minification helped.

[exetico]

Changing to "non minified" version in the panel, still won't play nice with a normal JavaScript bundled file. I'd also like to confirm that I removed the cached ack-*.js files in mh cache dir before testing it.

(Extra feedback 1: Consider flushing the asp file cache, after a user jump from non-minified, to minified, and vice versa.)

Here's the problem, and the result after I use Litespeed cache's Page optimizer, where most scripts are merged into one:

It's around here, if I disable the bundled JS optimization in my env:

And yes, ofc it works without having it bundled with my other scripts :-).

So something needs to be done, as it's not able to be bundled up anymore, at least with LiteSpeed Cache.

(Extra feedback 2: Also, switching builder/compiler/bundle stack, should at least be a minor version bump, not only a patch bump.)

[ernestmarcinko]

Bundling/Concat seems to work all right on my end, as long as the source is not going through a minify process again - that's where the problems start as the files are already minified. Non-minified is okay-ish, but it's not the solution.

One thing I have noticed is by renaming all minified sources to .min.js from .js seems to resolve all issues. W3TC simply ignores the minify step when noticing the .min in the file name. Whenever they are concatenated at the end should make no difference as they are loaded up in the same order. As long as there is no extra minify step and the file contents are untouched all will be fine.

Excluding the files from the minify step programmatically or manually is the only possible solution here. Let me test other cache plugins to see if .min does the trick. It makes sense.

[exetico]

Did you check the "bundled JS" solution in W3TC, too? (or whatever it's called)

As stated, I did face problems with the non-minified version of asp-*.js, too. I disabled the minified version, cleared out all the cached asp files, cleared the LiteSpeed cache, and tested it (CDN flushed, too, ofc.).

Let me know if you don't have a LiteSpeed instance running. I joined the Slack, btw, but I'm clearly the only person there.
With that said, I've previously started a full-stack LiteSpeed instance with WordPress and LiteSpeed Cache in Docker, if that's something you normally do.

[ernestmarcinko]

I'm currently trying Litespeed, that does not care about the .min, it minifies and breaks it immediately. I'm checking if there is a regex or any other way.

[exetico]

I'd really like if it's possible to keep using LiteSpeed Cache the normal way (bundled file, and still minified). But I'm not sure, if it's just a configuration tweak in your new esbuild configuration, or if it's more problematic than that.

I've used esbuild before, but I'm not doing any kind of development for WordPress, related to plugins and stuff like that. With that said, I'm (sort of) used to debugging in the LiteSpeed Cache env.

[ernestmarcinko]

Got a solution for Litespeed in the meantime via litespeed_optimize_js_excludes hook. Unfortunately only full exclusion is possible from the bundle, it can't ignore only the minify step.

I have tried at least a 100 different esbuild configs, but no luck, re-minify always fails. I mean it shouldn't, but the cause should not be a minified input - but javascript minification is a pain on it's own.

[ernestmarcinko]

Okay, Litespeed, WP Rocket, W3TC seem to be resolved. W3TC & WP Rocket can even bundle into one file, Litespeed can't.

Which other plugins should I test? I'm not a big minify user myself so I don't know them very well. Let me know :)

[exetico]

Just for my confirmation;
As mentioned, LiteSpeed Cache also broke with the standard version (non-minified) version of the asp script, after it had been minified and combined with the LiteSpeed Cache Page Optimization solution.

That's still a problem :)?

1. Changed to the non-minified version of the asp script
2. Removed every asp script in the cache dir
3. Confirmed that the new asp file (asp-0a562175.js) was not minified
4. Jumped to the Tuning > JS Excludes and removed cache/asp/
5. Removed the caching I had in LiteSpeed Cache
6. Flushed my CDN Cache
7. Saw the script break again, after LiteSpeed Cache minified it

Is that fixed?

With the old build of .12, I could both bundle the acp script, and minify it with LiteSpeed Cache, even though I used the minified version of the ASP script.

I've personally not used other solutions than Litespeed Cache, WP Rocket and W3TC.

[ernestmarcinko]

Update: Autoptimize, SG Optimizer, WP-Optimize all work with the .min solution.

Just for my confirmation; As mentioned, LiteSpeed Cache also broke with the standard version (non-minified) version of the asp script, after it had been minified and combined with the LiteSpeed Cache Page Optimization solution.

That's still a problem :)?

1. Changed to the non-minified version of the asp script
2. Removed every asp script in the cache dir
3. Confirmed that the new asp file (asp-0a562175.js) was not minified
4. Jumped to the Tuning > JS Excludes and removed cache/asp/
5. Removed the caching I had in LiteSpeed Cache
6. Flushed my CDN Cache
7. Saw the script break again, after LiteSpeed Cache minified it

Is that fixed?

On my end it's okay - but that highly depends on what's within the whole bundle. If Litespeed minifies after concat (which makes sense), then it's different for every single setup.

[ernestmarcinko]

Update: Autoptimize, SG Optimizer, WP-Optimize all work with the .min solution.

Just for my confirmation; As mentioned, LiteSpeed Cache also broke with the standard version (non-minified) version of the asp script, after it had been minified and combined with the LiteSpeed Cache Page Optimization solution.
That's still a problem :)?

1. Changed to the non-minified version of the asp script
2. Removed every asp script in the cache dir
3. Confirmed that the new asp file (asp-0a562175.js) was not minified
4. Jumped to the Tuning > JS Excludes and removed cache/asp/
5. Removed the caching I had in LiteSpeed Cache
6. Flushed my CDN Cache
7. Saw the script break again, after LiteSpeed Cache minified it

Is that fixed?

On my end it's okay - but that highly depends on what's within the whole bundle. If Litespeed minifies after concat (which makes sense), then it's different for every single setup.

Correction, it does not work, I didn't delete the correct folder. I'm afraid that will not give in :(