So I have tried various Angola versions with various Vassal versions going back to 3.2.17 in mid 2020, I have tried PCs and Apple OS and still the problem persists in all circumstances. The problem is this: regardless of the faction you select your opponent is semi-locked into that too. What do I mean? Well if I join as Soviet I can see the Soviet buttons and open them, when my opponent joins and selects Western, he comes in as Soviet. When he changes from Soviet to Western, he can then see the Western buttons and access them. I remain able to see the Soviet buttons but I cannot open them, clicking them has no effect (the Western buttons are greyed out). However, when I go to retire, it says I am Western and would I like to switch so I switch to Soviet. I can once again open the Soviet menus from the now working buttons but now my opponent can no longer use the illuminated but useless Western buttons. If he “changes to Western” (he should still be Western) he gains access to those buttons again but once again my Soviet buttons are not greyed-out but once again inoperable. We have had to do this merry-go-round just to get the game played, but it is far from ideal. What on earth is going on that once one side chooses a side it drags the other player along (but not fully as they remain unable to see the opposing side’s buttons or use them, but it’s far enough along that Vassal recognises them as changing sides i.e. “you are Soviet” but not so far that it doesn’t grey out the Western it just makes them do nothing). It’s simply bizarre… Any ideas? I had hoped an old Vassal engine and an older Angola module may work but nope the problem persists on all the combinations I tried and the problem is identical and 100% repeatable. It would seem no one around my area are able to play Angola at all on Vassal without this nightmare workaround of resigning every time you want to access a menu… Any ideas?
This has all the signs of the two players having identical module passwords. Each player should set module passwords that are unique. Both you and the opponent should open the module, then go to File → Preferences → Personal tab and see if your passwords match.
If you and the opponent had both skipped the “set a name and password” dialog when opening this module for the first time, you both would’ve ended up with blank passwords and gotten this problem. No idea if that’s how it came to pass, but it’s one possibility:
Failing that, there was an obscure situation that I can’t recall whether or not it got patched–if the module creator had a blank password when they created the module predefined setups, that would result in this behavior as well. I can look at the module and see if that’s the case. EDIT: this module has no predefined setups, so I’ll be very surprised if it’s anything other than the 2 players having identical passwords.
Thank you Joel, I cannot believe my friend and I both use the same password. I just changed it on my laptop and desktop and it worked fine. I checked with Josh and yep he has the same password as me. I am going to have to start using a more unique one. This is really helpful thank you.
Even if two presumably unrelated individuals living apart happen to decide to use a simplistic password (eg., abcd, 1234, or something similar), which is certainly possible, I still find it astounding that they would both end up using the same one. The odds would seem astronomical against this happening.
It would be interesting to know the reasons that led both of you to the same password.
Also, since you both presumably changed your password and no one here is presumably privy to your game, what was this magical password? Sorry, but curiosity is really getting the better of me, haha.
I regret to inform you, it’s nothing so spectacular, we both used “a” lol so the odds are a lot shorter than you may think. But I’ve used that with all my Vassal modules including against this friend and its never been an issue. I’m going to use a new much longer password now so this never happens again.
Not nearly as high as you’d think. An astounding (to me) number of users simply don’t bother reading the first-time user/password dialog I shared above, and just cancel to bypass it and dive in. I’ve already supported 3 different pairs of VASSAL PBEM Discord users in the last few months who had both done this, thereby unknowingly setting newbie as their password and linking up to play with someone who had done the exact same thing.
OK, I get that, because both players let the program use its default. But in a case where both players typed in a password, it’s much less likely that they would both use the same one.
Even a single-character password consisting only of the letter “a” being used by both players is still somewhat uncanny to me.
The issue then being that if someone decides to change their user name, they are locked out of all their past games.Establishing identity is not a trivial problem.
My preference would be that we require each user to establish a proper cryptograhic identity (public/private key pair) that we use for Vassal games that is completely independent of user name. (This would be built into Vassal, we would not require users to go obtain pgp certs or anything).
The downside of this is that if you lose that identity (disk crash, no backup) then you are totally and completely screwed. No sneaky de-obfuscation of passwords like we do now.
Perhaps we can mitigate this risk by storing your ‘identity’ in your Vassal account, and you download it from there?
IMHO - a user ID (UID) also has the advantage of providing a consistency to the community of who someone is, their attitudes, what games they like, what modules they have developed, etc.
Thus, I think having a long term UID is a good thing (for all purposes).
<-Korval - the older gamer w/ bad eyesight, who has re-architectured Europe Engulfed, Hitler’s War, etc.
If I change my UID (but the underlying unique crypto hash stays the same), no one knows who I am…
A Crypto hash/Key Pair/Identity is basically a UID, but one that can’t be forged and allows other players to know 100% for sure that that player they are interacting with today is the player they interacted with yesterday.
A straight text User Id can easily be copied and used by anybody to impersonate you.