Simultaneous Debugger is Here

#1

Summary

When running play solo, you no longer need use a setting to choose either debugger on Client or Debugger on Server.

We now support simultaneous debugging on both Client and Server.

With that change, we are also re-setting the flag that disables old, inaccurate Play Solo (the main objection to not-APS being the lack of simultaneous debugger).

Flavor Text
:potato:

107 Likes
Le débogueur simultané est là
Debugger Simultâneo
#2

This is quite cool. Agree to this update.

2 Likes
#3

Seems great for debugging! Thanks!

1 Like
#4

POTATO! and let’s see what the update can do for us!

This is probably an update that can make debugging between server and client easier, I guess.

4 Likes
#5

Good work, can’t wait to start using this!

1 Like
#6

I hope that means the end of non-APS is coming up soon or has arrived already. I hate that… thing.

How are the debugger windows split or in what way are we able to tell what item belongs to the server and which item belongs to the client? I haven’t been able to try this out yet.

1 Like
#7

…aaaaaand we have to revert the change because we’re observing a spike in crashes. Arg.

Stay tuned.

Very sorry for the false alarm.

10 Likes
#8

@CycloneUprising This is great, will we now be able to click on errors from server scripts to navigate to them quicker like we can for client or are does this just merge the two into the one debugger?

1 Like
#9

It would be awesome if there was tabs to switch between different Lua contexts. This would be useful beyond just APS, but also for plugins, core scripts and internal services.

5 Likes
#10

Great update! this will make debugging on both client and server way easier :slightly_smiling_face:
even though it can be frustrating sometimes due to crashing.

1 Like
#11

Now we can find the new features! On the server and client simultaneously! :heart:

1 Like
#12

So how exactly does this work?

1 Like
#13

Wasn’t this already a thing? I swear my output window had both client and server errors on it. The client ones were blue and the server ones green.

3 Likes
#14

Debugger - that is breakpoints, stepping, variable watch, etc.

3 Likes
#15

Oh. I never use any of that. :thinking:

3 Likes
#16

This will be great for debugging server client handling. Another good step forward. Hopefully will be re-enabled soon…

1 Like
#17

It’s very useful for debugging random errors, and really any errors in general.

1 Like
#18

I don’t either, I’m really good at figuring out what causes some symptom without using the debugger. I recently had to use it to debug some infinite loop issue, although that didn’t work because it only worked on one side and it was only crashing the client following a request from the server, so I had to add a logging system and integrate it into every module until I found the issue, then realized that some module was loading on the client that shouldn’t have and is screwing things up with the owner-only seat, then I disabled that and things were fine and I had a logging system for my entire module structure so yeah that was nice.

TL;DR debugger bad, logging good

2 Likes
#19

That’s right, a debugger is useful for debugging!

But without the skill to use one, it won’t be much help. When you have the skill to use one, you actually won’t need it as often.

2 Likes
#20

Will this by any chance improve the speed for when starting a test?

2 Likes