Ajax Tag Search crashes browsers on databases with large tag lists or slow connections
|Reported by:||brianlayman||Owned by:|
|Component:||Taxonomy||Keywords:||needs-patch needs-refresh needs-docs|
In short, many conditions can cause the ajax-tag-search to take a long time. This is not just limited to database size or speed but is also dependent upon the speed of the author's connection. When a browser JS call times out, the user can hit stop script, however the script is usually triggered again almost immediately. The end result currently seems to be the browser session crashing. At best, when these delays happen, getting suggestions for tags can take 30+ seconds be a very tedious process.
This simple backwards compatible patch addresses the issue by allowing site by site customization of the variables involved.
This patch references two new option values:
ats_min_chars - Allows you to specify how many letters must be typed before the search is done. Currently, this number is hard coded at "2". That is the default for the patch..
ats_min_count - Allows you to eliminate tags that are used infrequently. This uses the count column on the already included term_taxonomy table; so it does not expand the query at all. It defaults to "0"
The code in this patch has been running live at b5media for a while now with the defaults of 3 for min chars and either 10 or 20 for the post count dependent upon which site is involved.
Change History (15)
- Component changed from Editor to Performance
- Keywords needs-patch added; editor tags crash removed
- Milestone changed from 3.0 to 3.1
- Priority changed from high to normal
- Severity changed from critical to normal
- Type changed from defect (bug) to enhancement
comment:10 nacin — 6 weeks ago
- Component changed from Performance to Taxonomy
- Focuses docs added
- Keywords needs-patch added; has-patch removed