v1.5.6

= 1.5.6 =

• Fixed: updating two of these extensions one after the other could fail on the second with "up to date" until Check for updates was pressed again. WordPress rebuilds its update list after each update by asking wordpress.org first, and gives up on the whole list when that call is slow; the plugin now keeps its own update in the list regardless.
• Changed: a release found more than an hour ago is refreshed in the background whenever the Plugins screen is opened, so the newest release is offered rather than an intermediate one.
• New: a Check for updates bulk action on the Plugins screen, which checks every selected extension in one go, and the row that says Updating no longer shrinks on phones.

v1.5.5

• Fixed - on a multisite network, "Rebuild search index" now rebuilds every site rather than only the main one, and says how many sites it has started. Single site installs are unaffected.
• Fixed - deleting the plugin now also clears the update check's own leftovers and cancels its background update check.

v1.5.4

Fixed

• Listings brought in by a CSV import, or created for you by another plugin, are now found by the words in their custom attributes. The plugin keeps a searchable copy of each listing's text, and that copy was being written a moment too early, before the attributes themselves had been saved, so it was stored empty and nothing ever went back to fill it in. Listings submitted through the site were never affected, because submitting saves twice and the second save filled the copy in. Seller profiles created the same way had the same gap and are fixed too.

Updating works through your existing listings and profiles for you, 100 at a time as you move around the WordPress admin, so anything the old timing left empty is filled in automatically.

v1.5.3

Fixed

• Checking for updates no longer holds up an admin page. The check ran while WordPress was building the Plugins screen, so on a site with several of these extensions one page load made one request to GitHub after another and could sit there for many seconds, once, before behaving normally again for hours. The check now runs in the background moments later. Pressing Check for updates still asks GitHub straight away, because you are waiting for that answer.
• "View details" is back on the Plugins screen. WordPress only offers that link for a plugin that has told it about itself, and this one stayed quiet whenever there was nothing to update to, which is almost always. The details popup, its changelog and the donate link inside it were all unreachable from the Plugins screen as a result.

v1.5.2

Fixed

• Checking for updates no longer reports "Could not reach GitHub" when nothing is wrong. GitHub allows one server only a limited number of anonymous update checks each hour, and that allowance is shared by every plugin on your site and, on shared hosting, by every other site on the same server. Running out of it is ordinary, but it was reported as though your site could not reach GitHub at all. Update checks now read the release from github.com, which sets no such limit, so the message no longer appears. If the limit is ever reached by another route, the notice now says so plainly instead of blaming your connection.
• A failed update check no longer hides an update that is genuinely waiting. The last successful answer is kept until a later check succeeds, so a pending update stays on the Plugins screen instead of vanishing for an hour.

Nothing else changes, and nothing on your site was ever at risk: a failed check only meant WordPress was not offered the update.

v1.5.1

Extended Search for HivePress 1.5.1

New

• A "Rebuild search index" link on the plugin's row on the Plugins screen, next to "Check for updates". It makes the plugin work through all of your listings and vendor profiles again from scratch, 100 per admin page load. Searching keeps working while it runs.

Most sites will never need it. It is there for the one case that had no answer before: if you use the hivepress/v1/extended_search/index_field_types filter to add extra field types, such as the Location field or phone numbers, that change only reached listings saved afterwards. Now you can apply it to everything without re-saving a single listing.

Nothing about how the search behaves has changed.

v1.5.0

Extended Search for HivePress 1.5.0

The plugin has a new name. "Better Search" read as a judgement on the HivePress search rather than a description of what this adds to it, so it is now Extended Search for HivePress. Nothing about your install changes: same folder, same settings, and updates continue to arrive as normal.

New

• Every custom attribute a seller can type into is now searchable, on both the listing form and the vendor form. The plugin reads your site's own attribute list, so whatever you have called your fields, they are covered. Nothing is named in code and there is no checkbox to remember.
• The seller's profile is now searchable from the listing search. That covers the built-in vendor description and every text field on the vendor form, so a word someone wrote in their "About Me" now finds their listings.
• Tags and any drop-down, radio or checkbox attribute are now matched by term name and description, alongside categories.

Changed

• The stored copy of each listing now holds all of its searchable text rather than pricing tiers alone, and sellers have a copy of their own. Both are rebuilt for your existing records automatically over the next few admin page loads, so there is nothing to re-save by hand.
• Terms are now looked up per keyword instead of loading every term into memory, so a site with thousands of tags is no longer paying for all of them on every search.

Fixed

• Pricing tier text was read through a check that can never pass on a HivePress model, so it always fell back to reading the raw value. The fallback was correct, which is why nothing looked wrong, but the check itself was dead code.

Still deliberately left alone

Titles, excerpts and content match exactly as before. Negative search still excludes. A listing in three matching categories is still returned once. The admin listings table is untouched. Prices, dates, coordinates, ratings, file uploads, contact details and regions are skipped, because none of them are things a visitor types into a search box.

v1.4.0

Nothing about how the search behaves has changed.

Added

• Automatic updates. New versions now appear on the WordPress Plugins screen like any other plugin, with a "Check for updates" link on the plugin row and the release notes in the "View version details" popup. Previously updating meant downloading a zip by hand.
• The plugin is now translatable, with a .pot file and the text domain headers Loco Translate needs.
• A notice if HivePress is not active, since without it the plugin does nothing and gave no clue why.
• A "Donate" link on the Plugins screen and in the plugin details popup, for anyone who would like to support the work. It appears nowhere else and gates nothing.
• A clean uninstall that removes the searchable copies and the backfill markers when the plugin is deleted. Nothing you configured is lost, because there is nothing to configure - it all rebuilds if you reinstall.

Changed

• The plugin now declares its WordPress and PHP requirements, and HivePress as a required plugin, so WordPress can warn you before activation rather than after.

Upgrading

This one release has to be installed by hand, because the version you have has no updater to offer it. Every release after this one will arrive on your dashboard by itself.

Better Search for HivePress

1

Add files via upload