Increase expiry time of group invites
tracked
Zoxin UwU
The current expiry time of a group invite seems to be less than an hour (possibly even depending if the person who
sent
the invite goes offline!).Group invites need to be given a solid timer rather than be a set of circumstances - I should be able to get a group invite offline and still be able to accept it when I get back on the following day.
I can't wait around for group invites all day because I have to be online for them - it's unrealistic considering the multitude of timezones. :)
Log In
Luxarnia Dagger
Whenever I sent group invite to my private group to someone who is offline, the group invite doesn't work when they come back online. Both myself and the invitee have to be online at the same time for the group invite to work. This is frustrating as I have a handful of rentals and I have to try to get online when a new tenant is. I don't have enough volume for a bot to be cost effective. I just want to be able to send them the invite the next time I log in.
Maestro Linden
tracked
Maestro Linden
under review
AAngel Braveheart
I have found the exact frustrating situation to exist, invitees ask to be included and 6 hours later, no invite, sometimes a couple of hours.
Maestro Linden
needs info
Zoxin UwU I wasn't aware of an expiration on group invites, so I did a small test:
- UserA: Invite UserB (who is not currently online) to one of your groups
- User A: log out
- Wait 4 days
- Login with UserB (while UserA is offline - though it shouldn't matter)
- UserB: Observe that the 'Invitations' tab of notifications includes the group invite from step (1)
- UserB: Open the notification and click to join the group
- UserB: Observe that invited group now appears as your active group in your groups list.
In other words, I can't reproduce the issue you're describing. Are you sure that some other steps aren't involved, like UserB logging in multiple times or moving to a new region before accepting the invitation?
Zoxin UwU
Maestro Linden Thank you for your testing,
Admittedly I'm still completely unsure how to reproduce the conditions required.
I'm not the sender in many of these cases but to lay down some possibilities:
- larger groups (100+ members),
- owners of those groups may frequently jump sims and/or log in and out
- group owners may be on heavily loaded sims themselves (as they're typically event owners).
- recieving these invites offline typically means I recieve a dialog with no follow-through, though recieving them online has the possibility of them becoming stale for whatever reason as was described in the OP.
---------------------
Doing my own test of what occured that day, it has functioned as intended:
User A is inviting user B while both online,
User A logs out of the 'heavy' event sim
User B does not accept the invite straight away, allowing the toast to fade away, minimizing the window, reopening it now and then but majority of the time not interacting and keeping it minimized.
[Time passes, 8:33AM SLT - 9:27AM]
Invitation accepted, it works as intended.
---------------------
The testing parameters here though are:
- New group
- 1 member (2 when accepted)
- Both accounts are mine, unsure if this is important
While the original bug occured with parameters I can't really reproduce myself:
- Years old group
- 100+ member group
- Two accounts of differing ownership
- Different sender sim/actions (no details on original senders location/actions).
---------------------
Sorry I can't nail this down for you myself, I will add to this thread again if I come across anything else of note.
Maestro Linden
Zoxin UwU: Okay, we'll need a specific set of repro steps in order to investigate this as a bug. The simulator wouldn't have any knowledge of which human "owns" a given account, so I don't think that would be a factor. I think the more relevant questions about cases of the invitation failure include:
- Is the agent online when invited to the group? If so, are they in the same region as the agent who sent the invitation?
- Does the invited agent accept the invitation immediately when it is delivered to their viewer (and appears as a notification), or do they wait in the region a while (hours?) before accepting?
- Does the invited agent cross or TP into a new region between receiving the invitation and clicking to accept it?
- Does the invited agent exit the viewer, then log back in between receiving the invitation and clicking to accept it?
If you think this bug is reproducing consistently for a given group (which may have many members), could you invite my maestro.tester alt to it? I'd like to see if it reproduces for that group.
Zoxin UwU
Maestro Linden
I remembered I actually do have access to a group with 1400+ members which is more than the group that had originally given me this issue.
The issue doesn't lie with this specific group but you may be able to do more effective testing with it, I've given you the appropriate role to invite.
As for the questions:
- In both cases, yes they are both online when the invite is sent, they are not on the same region - the sender logs out some time after the invite is sent.
- The invitation is left for about an hour (again, in both cases) before accepting.
- The invited agent does not move even across parcel boundaires, nevermind sims - no teleports or attempts are made.
- The invited agent did not in either case, log out - the whole incident happened while logged in consistently from invite given to invite accepted.
If it's of any help, I was standing in my home sim the entire duration:
Maestro Linden
Zoxin UwU: Thanks, I've received the group invitation. I'll try a few scenarios of increasing delay/complexity (listed below) with inviting other agents to the group, to see which cases successfully join.
- Invite sent while target avatar is offline. Target avatar logs in after a few minutes, and accepts the invitation after arriving in-world.
- Invite sent while target avatar is offline. Target avatar logs in after a few hours, and accepts the invitation.
- Invite sent while target avatar is offline. Target avatar logs in after a few minutes, but idles in the region for >1 hour before accepting the invitation.
- Invite sent while target avatar is online. Target avatar idles in the same region for a few minutes before accepting the invitation.
- Invite sent while target avatar is online. Target avatar idles in the same region for >1 hour before accepting the invitation.
- Invite sent while target avatar is online. Target avatar idles in the same region for a few minutes, then moves into a far-away region before accepting the invitation.
- Invite sent while target avatar is online. Target avatar idles in the same region for >1 hour, then moves into a far-away region before accepting the invitation.
Maestro Linden
So far, I have been unable to reproduce this bug when following flows (1) - (5) by inviting somebody to group e1515200-4ff9-82b7-e8d2-e6535ee51d56, but do see the failure in flow (6).
The issue hit with flow (6) is that the viewer's message that it accepted the invitation is rejected because the simulator didn't see that the agent was actually invited to the group they're trying to join (they were in a different region at the time). The size of the invited group would not be a factor for this failure mode. Flow (7) would definitely hit the same issue - things wouldn't get any better after waiting an extra hour.
I'm importing this issue because of the failure I was able to trigger, but if there's some other flow that also triggers a join failure (i.e. without changing regions before moving to a new region), please note the steps in this issue - commenting will still be open.