[Fixed] having another player in the zone with a linux player breaks things

01/17/2020 02:44
Title: having another player in the zone with a linux player breaks things
Reproduction Rate: 3/3 scenes: brit estates, darkshire hills, blackblade foothills
Blocker? no
Details: if i have another player in the zone with me, i cannot jump. i cannot cast skills from noncombat (silent movement, sprint, healing touch). i cannot use within-town teleporter signposts: it goes to a black screen (the same way crafting stations do, but that bug isn't player-presence-dependent). this starts somewhere in the process of them loading into my scene, even before they show a char or in the nearby player list, and resolves when they leave. it did not affect another player who was on windows. it does not matter whether the other player is using the gm client or the qa client, or a dev account or regular account.

i do not know if it matters whether the other player is on windows or linux, i only had a windows user to test with at the time.

hitting space bar with someone else in scene gives this to debug:

Spoiler

Object Path:

Time: 03:01:48.158

Category: CONSOLE

Message: ArgumentException: "PlayerJumpRPC" is not a recognized RPC method
Parameter name: methodName

Stack Trace: NetworkingPeer.CreateRPCEvent (PhotonView view, System.String methodName, System.Object[] parameters) (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
NetworkingPeer.RPC (PhotonView view, System.String methodName, PhotonTargets target, System.Object[] parameters) (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PhotonNetwork.RPC (PhotonView view, System.String methodName, PhotonTargets target, System.Object[] parameters) (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PhotonView.RPC (System.String methodName, PhotonTargets target, System.Object[] parameters) (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
Photon.MonoBehaviour.RPC (System.String methodName, PhotonTargets target, System.Object[] parameters) (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PlayerController.PlayerJump () (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PlayerStateDefault.CheckControls () (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PlayerStateDefault.OnStateUpdate () (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PlayerController.UpdatePlayerState () (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)
PlayerController.Update () (at <b62aa4fc155944eb91bdf0f2d12e5c4f>:0)

Steps to Reproduce:
User Specs:
OS: Linux 5.4 ManjaroLinux 18.1.5 64bit
CPU: Intel(R) Core(TM) i5-4430 CPU @ 3.00GHz (4) System RAM: 24003
GPU: GeForce GTX 1660 SUPER/PCIe/SSE2 GPU RAM: 6144
SotA.QA.Linux.64.923.Date.01.14.20
Area: Novia_R6_Hills03_01
Area Display Name: Blackblade Foothills
Loc: (-177.2, 9.9, 191.3)
Debug: Tm92aWFfUjZfSGlsbHMwM18wMXx8KC0xNzcuMjExLCA5Ljg2NSwgMTkxLjI1OSl8KDAsIDAuOTY3LCAwLCAwLjI1NCl8MTUwLjYxODl8MzIuODM4Njh8MTg=

 

YIKES.

 

i'm not worried, they already knew there were several major bugs for linux on the unity update they were trying on qa.

 

AHH ok.

 

tested with @Archer. it doesn't matter whether the other player is on windows: two linux players in a scene will break each other. (but how often does that happen?)

 

Today may have been the first time

 

fixed in 938.