Search Pro

v1.5.0

• Access rights: the Synonyms right moves from Content to Wimakeit > Search in the role form (System > Permissions > User Roles), next to the settings right of Wimakeit_Search and where the menu entry already was. Its identifier is unchanged; Wimakeit_Core 3.3 (now required) carries existing roles over on setup:upgrade.
• Requires Wimakeit_Search 2.1: both modules declare the same parent right and must declare it at the same place, or the back office stops loading.

Fixed

• The synonym form declared no access right on its data source: a signed-in admin user without the Synonyms right could read a synonym group through the form endpoint.
• Show Unavailable Options and Max Visible Options had no effect: neither setting reached the autocomplete script, which always showed out-of-stock option chips and truncated after 6. Both are now sent with the Pro configuration, and 0 shows every option as the field comment says.

Removed

• Wimakeit_SearchPro::config: a right nothing ever checked. The Pro settings live in the Wimakeit_Search section and follow its right.

v1.4.14

• Autocomplete showed 0,00 € for bundle products with a dynamic price: Model\Autocomplete\ProductDataProviderPro read getFinalPrice(), which is 0 for a bundle that has no price of its own. Bundles now show the minimal price from their price model, the same figure as the product tiles on listings.

v1.4.13

• The synonym edit form no longer fails to open. Its ui_component carried a <dataBindings> element, which does not exist anywhere in the UI schema, and a <param> with no xsi:type — both rejected outright by Mage-OS 3.1.0. The screen kept working only while the parsed UI config stayed cached, then returned a 500 as soon as it was flushed.