Forum Replies Created
-
AuthorPosts
-
February 7, 2015 at 12:07 am in reply to: ajaxsearch.pro.js collision with inclusion of jquery.ui #3807
Ernest Marcinko
KeymasterHi!
I just looked at the search main source. Is this happening on the post editor page?
Currently the built in UI is only loaded on the search backend pages and on the post editor.However I’m not sure why I enabled it on the post editor, it might have been a mistake. If you open the plugins/ajax-search-pro/ajax-search-pro.php and go to line 85 where you should see this:
[code]require_once(ASP_PATH . "/backend/settings/types.inc.php");[/code]
then try to comment out that line, because I believe it’s not necessary to include that file there:
[code]//require_once(ASP_PATH . "/backend/settings/types.inc.php");[/code]
Try to refresh the page, and the UI and all the other js and stylesheet files should be gone on the editor page afterwards.
Let me know if this was indeed the issue, so I will add it to the bugfix list.Ernest Marcinko
KeymasterYou don’t need any plugin requirement to run the search properly. And it runs properly on my side, that’s all what I’m trying to say.
If it runs correctly on my 3 different computers and on 5 different VPN proxy servers, then it should surely work on your side as well.
The problem is not related to this search plugin.
Ernest Marcinko
KeymasterOk then.
It definitely must be some kind of caching or something similar. I tried on 3 different computers, 3 browsers with each computer, on ipad, iphone and every of these displayed normally.
I also tried 5 different VPS providers with proxy via hola proxy plugin and it worked every single time. I refreshed like 100 times for each browser but it always works.
There must be some kind of caching bound to your IP address or your DNS points to a different IP address.
I’m 100% sure it would have showed up at least once in my test environment. I truly tried like 1000 times and everything is normal.
Try to flush your DNS cahce from the command line with the ipconfig -flushdns command, then try to restart. Also, check your hosts file if the site IP address is not overridden there.
Ernest Marcinko
KeymasterWhich version of the plugin are you using?
Which version of the internet explorer are you using?
Is the internet explorer compatibility mode disabled? It might be emulating IE8 or IE8 standards, it happenst with IE10 many times.If you are using older plugin version 3.1, then there was an update regarding this issue which had been fixed. If you open up the wp-content/plugins/ajax-search-pro/includes/shortcodes.php file and go to line 22 you should see this:
[code]if(isset($_SERVER[‘HTTP_USER_AGENT’]) && preg_match(‘/(?i)msie [1-8]/’,$_SERVER[‘HTTP_USER_AGENT’]) ) {[/code]
If you see this exact line, then you should change it to:
[code]if(isset($_SERVER[‘HTTP_USER_AGENT’]) && preg_match(‘/(?i)msie [6-8]/’,$_SERVER[‘HTTP_USER_AGENT’]) ) {[/code]
This should fix the issue if you are using version 3.1
Ernest Marcinko
KeymasterHi!
1. No problem.
2. What screen size, resolution and browser are you using? It looks like the search is zoomed in in the browser on that picture, which can cause the webkit browsers to wrongfully display the backface of the animated object.
3. The fix is not yet done, the next version comes in 2 weeks.
Ernest Marcinko
KeymasterHi!
Sure thing. I’m not sure if it’s the same issue, but it might be. I’m attaching the zipped modified file to this reply. Let me know how it goes. In case something fails, just deactivate and delete the plugin in the plugin manager and reinstall it, your settings won’t be deleted.
I will remove the other topic, you can feel free to answer here. This is my last ticket for today, will answer tomorrow morning if the solution would not work.
Ernest Marcinko
KeymasterHi!
1. On the Layout Options -> Results behavior panel there is an option called “Sroll the window to the result list?”. If you turn it off, it won’t scroll to the result list.
2. Which resolutions exactly? I could not replicate this in my browser.
3. It’s a known minor issue, it’s addressed in the upcoming version.
Ernest Marcinko
KeymasterHere is a screenshot of my IE10 of the page: http://i.imgur.com/93aFfnd.png
It looks just like the mozilla, it must have been the page cache only.Ernest Marcinko
KeymasterWas the first browser internet explorer 8? Because IE8 is not supported anymore, it loads the default search engine instead.
Ernest Marcinko
KeymasterHi!
It must have been your site cache.
This is how it looks on my computer: http://i.imgur.com/DllVrz4.png
This is how it looks on my iPad: http://i.imgur.com/GnqMPEP.pngErnest Marcinko
KeymasterHi!
This sounds like a 3rd party javascript conflict coming from another plugin/theme. It’s extremely hard to tell which plugin might cause it unless I see it.
One of these should definitely help:
- Try to temporary disable all plugin but the search, and see if it works then
- If not, then try to temporary switch the theme to the default and see if it works then
Unfortunately many plugins tend to load all of their scripts without checking if the actual plugin page is active. Hopefully the suggestions above will help you.
Ernest Marcinko
KeymasterHi!
Could you please link me to a page where this issue is present? It’s probably a styling or a javascript problem. I might be able to tell if I see it live.
Ernest Marcinko
KeymasterHi!
Please check out the relevant documentation part: http://wp-dreams.com/demo/related-posts-pro/docs/#getting_started_placing_the_instance_to_the_frontend
It will most likely answer your question.
Ernest Marcinko
KeymasterHi!
The custom taxonomy term class is programatically limited to 50 terms per taxonomy. You can unlock this limit by opening the \ajax-search-pro\backend\settings\class\customtaxonomyterm.class.php and go to line 110 where you should see this:
[php]$terms[$taxonomy] = array_slice($terms[$taxonomy], 0, 50, true);[/php]
change that to:
[php]$terms[$taxonomy] = array_slice($terms[$taxonomy], 0, 500, true);[/php]
and it should show ever category now.February 2, 2015 at 11:29 am in reply to: Ajax Search pro – incorrect woocommerce product links in search result #3731Ernest Marcinko
KeymasterHi!
I did a bit of a research, and this might be a wordpress related bug. The search uses the general get_permalink() function to return the correct url, but for some reason it fails. Before touching anything you should try these steps:
- Save the permalink settings again on the wordpress settings panel
- Deactivate/activate WooCommerce and Ajax Search Pro
This should refresh the permalink cache, and it might help.
If not, then another solution is to connect a function to the results link filter and add the “produkt” part manually:
If the upper mentioned solutions are not working, then add the following code to your themes functions.php file. It will try to fix the url.
[php]
add_filter( "asp_results", "asp_fix_woocommerce_link", 1, 1 );function asp_fix_woocommerce_link( $results ) {
$home_url = home_url();if (strpos($home_url, "hundbutik") === false) {
foreach ($results as $k=>$v) {
$results[$k]->link = str_replace("hundbutik/", "hundbutik/produkt/", $results[$k]->link);
}
}return $results;
}
[/php] -
AuthorPosts