Home › Forums › Product Support Forums › Ajax Search Pro for WordPress Support › Search can't find certain documents and parent posts
- This topic has 29 replies, 2 voices, and was last updated 6 years ago by
Ernest Marcinko.
-
AuthorPosts
-
April 29, 2020 at 10:25 am #26993
AdditiveFX
ParticipantHi,
we ran into the issue of the Ajax Search not finding certain documents. I have enabled the Index-Table Engine and enabled all the documents I want to index. Reindexing didn’t work either.
I am searching for the word “Noroviren” and there is a document that is published in a post type that is included in the index with the name “Bestellformular-bei-Noroviren”. The name in the Media Browser is “Bestellformular bei Noroviren”
I can easily find other documents attached to the same post or even the post itself. This issue occurs only in some cases but is persistent, even if I rebuild the index.
I have no clue how to go about debugging this, since I have no insight into the engine of your search plugin.
The installation is only accessible inside of a VPN but maybe I can get you log files or database exports that you need?
For starters I have attached a copy of the database to this request. I also have some screenshots demonstrating that I can find the post by searching for its title but I can not search for the one link on that page that is linked to the document.I can find the post including the document by searching for: “Bestellung”
I can NOT find the post by searching for “Bestellformular”
I can NOT find the post by searching for “Noro” or “Noroviren”Please look into this. Thank you!
JonathanApril 29, 2020 at 2:01 pm #27006Ernest Marcinko
KeymasterHi,
Well, without access this is going to be near impossible to debug, but I will try.
If I understand correctly, you have posts (or other post type), and some documents, that are attached to some of the posts. You want to find & display the posts, where these documents are attached to, while searching for the attachment titles? That is not possible in general.
The plugin can look for the attachments directly, display them, and make the attachment link point to the parent post – but the attachment is displayed, not the post that they are attached to.
The inconsistency could be explained as well – searching a certain keyword was giving you the results, but probably because of a match on a field in the post (description or meta or other selected fields), but not from it’s attachments.April 29, 2020 at 2:32 pm #27013AdditiveFX
ParticipantYou cannot access this content.
April 30, 2020 at 2:31 pm #27034Ernest Marcinko
KeymasterOkay, I have a few questions that may get us closer:
– How many posts and attachments are in the database approximately?
– Is the exact matches option turned off? If so, can you please try this configuration if it makes any difference? (it may show a warning message, but please ignore it for now)May 4, 2020 at 10:41 am #27070AdditiveFX
ParticipantHi, thanks for the answer. These are the stats:
Stats (reloads periodically) | Items Indexed: 2268 | Items not indexed: 1 | Total keywords: 439030
Exact matches is turned off. I will try the configuration…
May 4, 2020 at 1:21 pm #27072AdditiveFX
ParticipantHi,
unfortunately it still doesn’t work. The issue seems to be related to the document, I can search for the documents name as it appears on the page and it finds all the other documents that are linked on that page, but not the one I’m actually looking for. Can you find out if this document is even indexed by looking at the database? I have attached it to my first post here.
May 4, 2020 at 1:36 pm #27073Ernest Marcinko
KeymasterHi,
Yes, I can confirm there are documents indexed, by the attachment ID 6289 and 6290 both title “Bestellformular bei Noroviren”. The IDs seem to match with the actual documents as well.
This leads to a very likely probably a configuration issue somewhere, or a very specific yet unknown bug.Is there anything in the server error log by any chance?
May 4, 2020 at 1:50 pm #27074AdditiveFX
ParticipantYou cannot access this content.
May 4, 2020 at 2:24 pm #27076Ernest Marcinko
KeymasterThank you, that is not relevant unfortunately – it is only the post process trying to find the description context before displaying. I don’t see anything else in the debug log either.
It is a long shot, but can you please try this custom pool configuration: https://i.imgur.com/7Dy63Uv.png
I want to rule out something. You don’t have to re-create the index table after saving that.May 4, 2020 at 2:41 pm #27080AdditiveFX
ParticipantDidn’t change anything, does this need time? Should I press “Continue index” afterwards? I haven’t done anything but changed the setting.
May 5, 2020 at 8:57 am #27095Ernest Marcinko
KeymasterHi,
No, this should be instant. Is by any chance the cache enabled? If so, then plase turn it off, to see if it makes any difference.
Are there any exclusions set under the attachment options panel? If yes, can you please send a screenshot of it? Thank you!May 5, 2020 at 9:15 am #27096AdditiveFX
ParticipantHi,
I have now disabled the cache, unfortunately it didn’t change anything. The pool size does not affect the results I get.
Here are the settings of the attachment options panel. No excludes here.May 5, 2020 at 1:50 pm #27104Ernest Marcinko
KeymasterWell, then can you please export your search instances here and send it via a text file.
I will try to parse throught the options, maybe there is something I can spot.May 5, 2020 at 1:54 pm #27106AdditiveFX
ParticipantHi, I have attached the export. Thanks for your help!
May 6, 2020 at 1:19 pm #27140Ernest Marcinko
KeymasterHi,
Thank you, I can’t see anything abnormal there. Although I can only check via the source, so I may have missed something. I’m sorry, I honestly don’t know what might be the issue here. I strongly feel that there is something in the configuration, but I can’t see it in the export source. I can’t import the search to check, as there are different taxonomies, terms and object IDs on your site, so those wouldn’t be visible that way.
Please let me know if you can arrange access somehow.
-
AuthorPosts
- You must be logged in to reply to this topic.