Comment on page
Self Debugging
A short guide on how you can debug code yourself in order to provide more detailed information to the codesign support team.
If you have little experience with LUA and coding, please read this and do your own research on how to debug code with prints, its first thing you MUST know when buying resources, as if your expecting scripts to just work every time on every server without having ANY issues, that's your first mistake.
If we can not recreate the issues you report, we have to rely entirely on you to debug your code in order to provide us with the information we need in order to help YOU.
1. Check if the script has been authorized correctly. Enable Config.DebugPrints in the config.lua and check the server console to make sure there are no errors saying
You lack the required entitlement? and check for 2 client-sided prints saying Loaded Successfully!.2. Check for obvious error prints in the server console and the client F8 console. If you don't see any obvious errors make sure to restart the script while the server is live and check again.
3. If applicable, change the key in the config.lua to one that you know works, as one of your other resources, may be disabling that specific key. Please read for more information regarding #key-mapping.
4. If none of the above worked, have a second read through the installation guide, you may have missed something - you are only human.
This is a basic example of how to debug LUA code.
Option 1: You can print the variables being received/sent in events/functions (or just any variables in general). But you will not be able to print booleans unless you convert them into strings.
Option 2: You can also use prints to debug what may be causing a script to error or what may be causing the code to not reach a certain line. We can do this by adding a print on every line in a certain part of the code which is having issues (just change the string in the print so it's unique eg., "here 1", "here 2"), and you will be able to see which line the code is not able to get passed, then you will know what line of code is causing the problem.
Option 3: In most cases, these are both best used together to actually see what's going on in the code.
If you try to print a table using the methods above, it will normally look like this - table: 0xe2a670.
So in order to see the data inside tables we need to use another method, luckily we released a free resource which does just this!
This is a preview from cd_devtools.
What this does is display all of the prints on your screen instead of only displaying them in the client-side F8 console, it's just a small quality-of-life feature for developers.
This is an example of this in use.
How to enable
How to disable
Type this in your client-side F8 console:
con_miniconChannels script:*
Type this in your client-side F8 console:
con_miniconChannels 0
Do you still need more help with prints?
Here are a couple of links to help you further:
This is an example of SQL debug prints in the server console.
This will print all SQL queries into your server console so you can see what's going on database-wise.
How to enable
Add any of these lines anywhere in your server.cfg.
set mysql_debug "Console"
set mysql_debug
Last modified 9mo ago