Google Play - Accept Invitation - nothing happens

[Tuna]

When I receive invitations and read them, i am listing them on the screen. That works.

I have a button to accept invitation by Invitation ID - when pressed, I'm executing Accept Invitation and passing the ID string.

I have tried doing Show Waiting room after this - nothing happens

I have tried doing On Room Created > show waiting room - Nothing Happens

I feel like I'm missing something here, but I don't know what it is - I don't want to open the Invitations UI (that defeats the purpose of a programmatically called "accept invitation".

How do I proceed after accepting the invitation? Shouldn't the match start if I send the Accept Invitation and ID?

[Fernando]

can you post a small mfa and put a bug report for this to check your implementation.

[Tuna]

i can do that - but even your example app does the same thing - Invitations show up - but clicking Accept invitation does nothing. I'll put something together and submit bug request... i just hoped i was doing something wrong...

The help file does explain the flow of what's needed to do a proper Accept Invitation.

I assume that from one device the invitation is sent - i can do a send via the Invitations UI -

I can READ invitations and loop through them - and add them to a list file

But when I accept the invitation - shouldn't the match start for both players? the match is never triggered.

[schrodinger]

Same situation here - were you missing something Tuna?
Or was there some issue with the GPG Multiplayer object?

Has this issue been sorted?


(I would be fine with the invitations UI, if not for the emulator,
which (due to bad resizing in portrait mode) refuses to show the "accept" button on invitations and I can't test the app )

[Fernando]

Did you update GPG object from clickstore?

====

sorry typo

[schrodinger]

Mmm good advice, I seem to remember I did some time ago, but maybe too much time ago

Going to check out and report back, thank you!

[schrodinger]

Awesome - that was it, now works like a charm

Thank you Fernando!

[schrodinger]

By the way, a question on the Multiplayer object,
i think an example would make my question clearer:

say I have 5 players,
2 or more players send a datastring in the same instant to all (other) players
(not an unlikely scenario in real time multiplayer)
so that each player receives 2 or more datastrings in the same frame cycle.

I can think of three scenarios:

1) are these packets stacked/buffered, so that you will receive all of them but with some delay (like 1 x frame)?

2) are the "overlapping" packets lost?

or

3) is the "on data received" event capable of handling more than one datastring x frame cycle? (how?)

[Fernando]

you filter all data so this should not happens, you get an event for each one, since is pushedEvent, but "same time" is real life is not possible, at least with one loop of difference.

[schrodinger]

Thank you for the quick answer.

I was thinking this could happen in a "many players" scenario,
say I send movement updates each time some player modify its status
(i.e. moving/not OR directional change, a string like this: ID|angle|speed)

I have 8 players moving and turning around,
sure, very hardly all 7 could send the data at the exact same moment,
but maybe among the 7, with all them pushing keys and turning around quickly,
just a couple overlaps in timing could happen,
and my app running at 30 FPS (so making "only" 30 on data received calls x second) would make it a bit more likely

I seem to understand I would receive them as two different events in two different frame loops?

I think nothing that dramatic would happen... but looking at ways to optimize and avoid bottlenecks in the multiplayer architecture