Home › Forums › Product Support Forums › Ajax Search Pro for WordPress Support › Isotopic Results > Display animation not working
- This topic has 11 replies, 2 voices, and was last updated 9 years, 6 months ago by
Ernest Marcinko.
-
AuthorPosts
-
November 30, 2016 at 10:23 am #11023
Manu
ParticipantHello,
It’s seems i can’t change the animation for the results when i’m changing page.
My settings :
Layouts options > Results layout > Results layout type > “Isotopic Results”Theme options > Isotopic Results > Display animation > don’t have any effect.
Advanced options > Animation > Result items animation > work perfectly for the first apparition of the results.
Thank you for your help !
November 30, 2016 at 11:03 am #11031Ernest Marcinko
KeymasterHi,
I’ve tried to re-create the problem on my test environment, but it works correctly. If you have any type of cache or minification enabled, make sure to clear them all: CDN, browser cache, page cache, static content cache, minify cache etc..
The animations are generated to the CSS file, and if it’s cached, then it might not have an effect immediately.If nothing helps, then can you please add temporary FTP and back-end details, so I can check the issue directly?
November 30, 2016 at 11:59 am #11040Manu
ParticipantThanks for your fast anwser,
Ok I’m going to try what you said and i will let you know.November 30, 2016 at 12:04 pm #11041Manu
ParticipantCan you give me the name of the css files impacted by the change ?
Thank you,
November 30, 2016 at 12:08 pm #11042Ernest Marcinko
KeymasterHi,
It’s either the
/wp-content/uploads/asp_upload/style.instances.css
..or depending on your configuration there might be individual CSS files per instace in that same folder marked with the search instance ID, so:
/wp-content/uploads/asp_upload/searchX.css
where X is the instance ID. However it’s most likely the first one, as that is the default loading method.
November 30, 2016 at 12:35 pm #11044Manu
ParticipantThank you,
When i change Theme options > Isotopic Results > Display animation >
I can see that the date of the file /wp-content/uploads/asp_upload/style.instances.css is updated.
However if i change the setting lightspeedout to something else like rotatein, even if the date of the file is updated the code is strictly identical (looking directly on the server throught ssh).
If i change the result box backgound color on the same setting page it’s working.
I’ve desactivated all the cache / cdn etc ..
Thank you for your help,
November 30, 2016 at 12:36 pm #11045Manu
ParticipantNB : searchX.css are not updated when i change the animation setting. (Theme options > Isotopic Results > Display animation )
November 30, 2016 at 1:14 pm #11046Ernest Marcinko
KeymasterDo the options change on the back-end, or do they revert back to the default values?
If they revert back, then there is a good chance that there might be a server limitation to the POST method variables. By default is should be 3000, which is plenty enough, but some hosts decide to lower that. In that case you can try to put the following code in the .htaccess file in the root web directory:
[php]php_value max_input_vars 3000[/php]
Then change and save the options again. This might not have any effect at all, some servers only allow changing the max_input_vars directive via php.ini.
If this is not the case I will have to see it to be able to tell what is happening.
November 30, 2016 at 1:28 pm #11047Manu
ParticipantHi Ernerst,
Nop the options are reverting back to the default values.
What is strange is that the result box backgound color is working.
I tried to play with the minification coming with your plugin but stull no luck. Same when i’m forcing inline-style.
I’m not having anything inside the log.
For info I’m using PHP7, Nginx, MariaDBThank you,
November 30, 2016 at 1:33 pm #11048Ernest Marcinko
KeymasterIn that case it’s almost definitely the max_input_vars is set to a lower value than the default 3000.
Since with nginx you don’t have a .htaccess file, you will have to look for that in the active php.ini file. If it’s not in there, just put this line there:
[php]max_input_vars = 3000[/php]
Then restart nginx and php-fpm or mod-php or whichever one you are using and it should start working.
November 30, 2016 at 1:46 pm #11049Manu
ParticipantYou cannot access this content.
November 30, 2016 at 2:00 pm #11051Ernest Marcinko
KeymasterNo idea then. Without seeing the issue, I can only guess. This still can be a conflict of some sort, or if the data is posted correctly but not stored correctly.
If you want, you can update your ticket with temporary FTP and back-end access and I will try to debug through the code to see where it fails.
-
AuthorPosts
- You must be logged in to reply to this topic.