Cool VL Viewer forum

I muted the object named 'Object' from the pie menu(not by name, "Object (object)" on the mute list), then the inventory offer from the other object named 'Object' was declined. Is that a bug or spec?

Cool VL Viewer 1.26.0.18

This is not a bug... It's a workaround for a shortcoming in SL messaging.

The problem with inventory offers, is that the associated server message does not provide the UUID of the originator but only its name and the UUID of its owner (which only happens to be the UUID of the originator when the latter is an avatar but not when it is an object(*)). As a result and in order to actually decline offers from objects that have been muted by UUID (something other viewers fail to do at all), we must proceed like with a mute by name (i.e. we must search for a match between the originator object name that was provided in the server message and the name of all muted objects, be them muted by name or by UUID).

LL recently improved the server message for scripted object dialogs (adding the UUID of the scripted object to the message). Let's hope they will as well improve the inventory offer message...

(*) And this is also why, when you press the "Mute" button in an inventory offer dialog, you always mute the avatar (whether the originator of the offer was the avatar or one of its scripted objects): this can have nasty side effects (for example, you could mute an automatic landmark giver in a shop, and then, when you try to buy something from the merchant's scripted vendors, you never receive what you paid for !... That's because you actually muted the merchant when muting their landmark giver... The good news is that the Cool VL Viewer also properly mutes scripted items pertaining to avatars you muted, so you won't be able to interact with their scripted vendors, and the viewer also properly unmutes avatars owning objects you pay, so you won't accidentally auto-decline their object offer after paying the said object).

Thank you for the details.
I understood the reason. But...

*If* LL needs more time a bit for that, would you please consider to add the option to switch temporarily to the same behaviour as former versions, 1.25.0.xx?, or something else?

I was in the following situation:
I joined a meeting yesterday. I had to get the notecard of its agenda from the panel object. But I touched the panel, the viewer said "You decline '(Notecard Name)' (SLURL) from Object.". I touched again and the viewer said the same. The meeting was progress... I didn't know the reason for decline. So I relogged to switch the viewer to 1.25.0.26, and I got the notecard. It's funny..., isn't it?
After the meeting I did some tests, and I realized the reason, about muted objects.

BTW, does https://jira.secondlife.com/browse/SVC-7036 relate to that?

Thank you for your time.

Nope, sorry... Muting needs to be efficient, and without the code I implemented it is simply ineffective... There is no way I am going backwards.

I may add a more explicit message about why the offer is declined, but even such a message can also be a nuisance, when a griefer's object bombards you with inventory offers (I already saw it happening several times, and that's why I investigated and solved the muting issues)... I'll see what can *reasonably* be done, but it is for now not my highest priority (in case you didn't yet notice, I'm working hard on a full (i.e. with mesh upload) implementation of mesh support).

Yes and as you can see, LL is not about to do anything about it any time soon... which only reinforces my decision to keep my code as it is for now.

It's very helpful for me and people who experience like me.

I agree. And I knew the background about that.

I'm waiting until mesh branch is stable and you have enough time for that.
I'm sorry for taking your time for extra things (derender, auto-response, and this). And thank you for all your works. I'm looking forward to using stable mesh branch.