Skip Navigation

[Resolved] List

This support ticket is created 2 years, 5 months ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 -
- 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 -

Supporter timezone: Europe/London (GMT+01:00)

This topic contains 2 replies, has 2 voices.

Last updated by PERIMETRIK Darmstadt 2 years, 4 months ago.

Assisted by: Nigel.

Author
Posts
#2592819
Unbenannt-1.jpg

Hi Everyone,

we have a question for our wordpress Website:
In the pop-up dialog window for a new connection from a user def. Post type (e.g. a person) with a different custom def. contribution type (e.g. a specialist service), no longer a LIST (for scrolling and selecting) appears, but an empty field and the note "Please enter 3 or more characters".
That's all well and good, but very cumbersome for us - we would like to have the previous LIST of all entries of the desired user definition for all connections. contribution type, i.e. (as in the case of the screenshot in the attachment, for example) all available specialist services for scrolling and selection.

Here we noticed that Toolset changed the behavior as of version 3.4.16.
"Performance: Added a minimum length to autocomplete on some Toolset listing pages in the WordPress admin."
Now its the question whether the developers of the plugin may switch the feature to be activated/deactivated.

Thanks for a quick help!
Kind regards from Germany 🙂

#2593025

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+01:00)

Hi there

The changes made in Types 3.4.17 were for performance reasons. On larger sites the prior implementation could quickly create server load problems, as with every key stroke in the search box a new search query based on the existing letters entered was generated. Queries for related posts are relatively expensive and this could soon become problematic.

To avoid this issue the settings were changed to require a minimum of 3 characters to be entered before the first search query is submitted to reduce the load on the server.

I have noted on the relevant internal ticket that you are not happy with the change.

I expect it will require more users reporting problems for the developers to consider reverting the behaviour, I'm afraid.

(I reviewed the select2 library documentation to see if there was some combination of settings that could provide the best of both worlds but unfortunately not.)

#2595201

My issue is resolved now. Thank you!