sky_line/Slipstream

Fork 1

SLURLs aren't being parsed in the notification box #623

New issue

Closed

opened 2026-10-10 02:55:16 +00:00 by Hemiva · 2 comments

Hemiva commented

2026-10-10 02:55:16 +00:00

Environment

Slipstream Beta 1.2.0.7 (64bit) (SSE4_2)

Description

SLURLs (links starting with "secondlife:///"), which usually get parsed into a hyperlink in most text displays in Second Life, remain in their raw text form inside notification boxes. The attached image depicts an example with the notification box that popped up when an object gave a folder to the user.

Reproduction steps

An easy way to reproduce it is to have any object giving you something through llGiveInventory(). This should pop up a notification with the SLURL of the profile of the object's owner.

### Environment Slipstream Beta 1.2.0.7 (64bit) (SSE4_2) ### Description SLURLs (links starting with "secondlife:///"), which usually get parsed into a hyperlink in most text displays in Second Life, remain in their raw text form inside notification boxes. The attached image depicts an example with the notification box that popped up when an object gave a folder to the user. ### Reproduction steps An easy way to reproduce it is to have any object giving you something through llGiveInventory(). This should pop up a notification with the SLURL of the profile of the object's owner.

notif.png

24 KiB

Hemiva added the

bug

triage

labels

2026-10-10 02:55:16 +00:00

Hemiva added this to the Slipstream project

2026-10-10 02:55:16 +00:00

sky_line added the

status

up-next

label

2026-10-10 05:13:59 +00:00

sky_line referenced this issue from a commit

2026-10-10 10:17:52 +00:00

#623: parse SLURLs in notification well items and notification list titles

sky_line commented

2026-10-10 11:04:13 +00:00

Owner

Partial fix shipped in 1.3.0 Beta 1 (commit 9aa9d220c0): SLURLs are now parsed in the notification well and notification list items (parse_urls="true" on their title fields). The pop-up toast already had URL parsing and no bug was found there. If the reporter's case is the toast, a screenshot or log of that specific notification is needed to go further.

Partial fix shipped in 1.3.0 Beta 1 (commit 9aa9d220c0): SLURLs are now parsed in the notification well and notification list items (`parse_urls="true"` on their title fields). The pop-up toast already had URL parsing and no bug was found there. If the reporter's case is the toast, a screenshot or log of that specific notification is needed to go further.

sky_line referenced this issue from a commit

2026-10-10 22:19:25 +00:00

#623: keep the owner SLURL outside <nolink> in the object-offer "gave you" tip

Hemiva commented

2026-10-10 23:06:46 +00:00

Author

Testing on Beta 1.3.0.2, the notification that appears when an object gives you something from its contents now displays the hyperlink to the profile of the object's owner properly. Closing this issue until I find another notification with an incorrectly un-parsed SLURL.

Testing on **Beta 1.3.0.2**, the notification that appears when an object gives you something from its contents now displays the hyperlink to the profile of the object's owner properly. Closing this issue until I find another notification with an incorrectly un-parsed SLURL.

Hemiva closed this issue

2026-10-10 23:06:46 +00:00

No milestone

No project

No assignees

2 participants

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

sky_line/Slipstream#623

No description provided.

Rows
Columns