mirror of
https://github.com/openclaw/openclaw.git
synced 2026-08-23 10:55:31 -06:00
14b59a06f5
* fix(line): deliver a location LINE cannot render instead of dropping it A location whose title or address is blank makes LINE reject the whole request, so every delivery path filtered it out before sending. The reply then arrived without the pin, and nothing told the user or the operator that a part of the message had been removed: the coordinates the sender supplied were discarded silently. The location builder now answers with the values the sender wrote — the non-blank label plus the coordinates — as a text message, so an unrenderable pin degrades into something the chat can show instead of disappearing. Both delivery paths inherit that from the single builder, and the three call sites that used to skip a null result no longer have a branch to take. Live validation against the Messaging API confirms the shape: the authored location is rejected with "May not be empty" on messages[0].address, the same rejection kills an entire batch that also carries valid text, and both degraded forms validate cleanly. * fix(line): bound the location fallback to LINE's text limit Nothing caps the location labels at the schema, so a long title with a blank address produced one raw text message past LINE's 5,000-character limit — the provider rejected it and the location was lost exactly as silently as before. The pin path already caps each label at 100 characters. Name that limit and apply it in the fallback too, so both forms carry the same bound instead of one of them re-deriving the provider's rules. * test(line): merge the duplicate send.js imports
OpenClaw LINE
Official OpenClaw channel plugin for LINE Bot API chats.
Install from OpenClaw:
openclaw plugins install @openclaw/line
Configure LINE channel credentials in OpenClaw, then connect the bot to the chats where agents should receive and send messages.