chore: bump fr.maxlego08.menu:zmenu-api from 1.1.1.8 to 1.1.1.9

[dependabot]

Bumps fr.maxlego08.menu:zmenu-api from 1.1.1.8 to 1.1.1.9.

Changelog

Sourced from fr.maxlego08.menu:zmenu-api's changelog.

1.1.1.9

New Features

• New broadcast_title action: sends a title and a subtitle to every online player at once. Until now only the per-player title action existed. The type is written broadcast_title or broadcast title, matching the naming of the existing broadcast_sound, and it accepts the same five keys as title: title, subtitle, start (fade in), duration (time on screen) and end (fade out). They are passed unchanged to the same MessageSender.sendTitle the title action uses, so timings that already work for title on your server work here too. Inventory placeholders and PlaceholderAPI are resolved once, for the player who clicked, so %player_name% refers to the clicker and not to each recipient, which is what an announcement wants.

  • The three timing keys default to 0 when omitted. title and subtitle have no default: leaving one out sends the literal text null, exactly like the existing title action, so always write both.

• New broadcast_message action: sends a list of chat lines to every online player. The type is written broadcast_message or broadcast message. Keys: messages (the lines to send) and minimessage / mini-message (default true; set it to false to send each line as it is, through Bukkit's plain Player#sendMessage, instead of parsing it as MiniMessage). In every line %sender% is replaced by the name of the player who clicked and %receiver% by the name of each player receiving it.

  • It is not interchangeable with the existing broadcast action: broadcast resolves placeholders again for each recipient and supports a requirements list to filter who receives the message, while broadcast_message resolves them once for the clicking player and sends that same result to everyone, with only %receiver% varying. Use broadcast when the text must differ per recipient or be filtered, broadcast_message for a plain announcement about the player who clicked.
  • messages must be written as a YAML list. Unlike the message action, the singular message key and a single inline string are not accepted, and %player% substitution and \n line splitting are not applied. The existing broadcast action behaves the same way on all three points.

Improvements

• Updated CurrenciesAPI to version 1.0.15 (required by the currency withdrawal fix documented under Security). The library is shaded and relocated into fr.maxlego08.menu.hooks.currencies, so there is nothing to install or update on the server.
• Menu name completion now suggests the short name: /zmenu open, /zmenu giveopenitem, /zmenu reload inventory, /zmenu dialog open and /zmenu bedrock open only ever completed the fully qualified plugin:name form, making you type more than necessary for a name only one plugin provides. A new shared NameSuggestions helper now suggests the bare file name when a single plugin provides it, and keeps the qualified form for a name several plugins provide, or as soon as the typed text contains a :. The five commands share one implementation instead of five slightly different copies of the same filter.
• Clear errors for invalid item option values: an unrecognised amount-type or lore-type used to be swallowed with no message at all, so the item silently kept its default (SET and REPLACE) with nothing in the console to explain why. zMenu now logs an error naming the bad value, the exact key, the file it came from and the list of accepted values, and does the same for an unknown item-rarity. An unparsable color is reported the same way, and a LEATHER_ material with no matching armour type now logs a warning saying its color is ignored instead of being skipped silently.
• A Discord action without a usable webhook now says where it is: a discord or discord_component action whose webhook is present but empty is skipped with an error naming both the configuration path and the full path of the file it was declared in, instead of the previous Impossible to load discord action, webhook does not exists: null line, which said nothing about where

... (truncated)

Commits

• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)