Argon - Full featured tool for Roblox development

Here is the server log:

...
TRACE: Changes applied successfully [argon::core::processor:221]
TRACE: Received request: read [argon::server::read:14]
TRACE: Received request: open [argon::server::open:19]
TRACE: Received request: open [argon::server::open:19]
TRACE: Received request: read [argon::server::read:14]
TRACE: Received request: open [argon::server::open:19]
TRACE: Received request: open [argon::server::open:19]
TRACE: Received request: read [argon::server::read:14]

And here is the plugin’s log in studio:

...
17:38:17.091  TRACE: Starting sync loops..
17:38:17.091  TRACE: Client request: read
17:38:57.184  TRACE: Client request: open
17:39:02.459  TRACE: Client request: open
17:39:17.102  TRACE: Client request: read
17:39:24.565  TRACE: Client request: open 
17:39:36.968  TRACE: Client request: open
17:40:17.116  TRACE: Client request: read

Okay, here is the output from git diff btw: LF will be replaced by CRLF the next time Git touches it

Will add a new setting to the global config that will let you choose which line endings to use: LF, CR, or CRLF.

1 Like

Getting these errors upon opening studio

22:06:45.028 MsgPack is not a valid member of ModuleScript “user_Argon.rbxm.Argon.Client” - Edit
22:06:45.029 Stack Begin - Studio
22:06:45.029 Script ‘user_Argon.rbxm.Argon.Client.Http’, Line 8 - Studio
22:06:45.029 Stack End - Studio
22:06:45.029 Requested module experienced an error while loading - Edit
22:06:45.029 Stack Begin - Studio
22:06:45.029 Script ‘user_Argon.rbxm.Argon.Client’, Line 9 - Studio
22:06:45.029 Stack End - Studio
22:06:45.029 Requested module experienced an error while loading - Edit
22:06:45.029 Stack Begin - Studio
22:06:45.029 Script ‘user_Argon.rbxm.Argon.Core’, Line 7 - Studio
22:06:45.029 Stack End - Studio
22:06:45.029 Requested module experienced an error while loading - Edit
22:06:45.029 Stack Begin - Studio
22:06:45.029 Script ‘user_Argon.rbxm.Argon.App’, Line 20 - Studio
22:06:45.029 Stack End - Studio
22:06:45.029 Requested module experienced an error while loading - Edit
22:06:45.029 Stack Begin - Studio
22:06:45.029 Script ‘user_Argon.rbxm.Argon’, Line 4 - Studio
22:06:45.029 Stack End - Studio

Thanks for the quick report! Just released version 2.0.13 with the fix.

Hi, I’ve been using Argon for quite a minute now for multiple projects.

I just opened it up a few mins ago and it started behaving weirdly.

Specific instances (including ModuleScripts and RemoteEvents/RemoteFunctions) are getting cloned over and over again.

When I delete them they reappear, and they have suffices at the end of each new clone.

( inside VSCode)

(inside Roblox Studio)

( warning I get in VSCode)

image

Some more information that may be required:


That’s a weird bug. Just to make sure, these instances don’t share the same name in Roblox Studio before syncing, right?

Going to fix this issue in the next update. For now you can temporarily disable Two-Way Sync as it should stop instances from cloning.

image
Huh this is weird- Argon is trying to delete some instances inside a tool, even though the instances are things like sounds, models and parts- it’s in only code mode, shouldn’t it ignore these? Synced to the server using client initial sync once, switched to server initial sync and this.

Oh, and another finding: parts and models still replicate to VSCode with only code mode on if they are added in Studio

Can you try turning “Only Code Mode” off and checking if it still removes it?

Yep, nothing changes- if I change it to non-only code and sync to server using client, then switch back to server, Argon wants to uh change everything “54 additions 54 removals 54 changes” and if I turn non-only code with only code data on the server it tries to remove the same stuff as simply turning only code mode off
Only code mode isn’t meant to have Argon interact with anything that’s not a parent object or scripts, right?

It looks like it’s a bug. I will look into that when I have some free time and release a fix in the next update along with other stuff.

1 Like

Any update on this? I wasn’t able to reproduce this issue with script instances.

I misunderstood you last time and this is intended behavior. Only code mode only affects syncback - two-way sync or initial sync (if set to client). If you want to keep these instances you either have to create Data File with keepUnknowns set to true or enable Keep Unknowns plugin setting but the second option affects the whole place.

This issue has been fixed in the latest update.

Hello, I like Argon and use it all the time. Thank you for developing it.

Since the Studio plugin was updated to v2.0.14, Argon has frequently been undocked when running Play tests. Are you aware of this?

Even though this wasn’t made for working with teams, is it possible to do so?

Hey, sorry for a late reply.

Yes, it turns out this always happens when I have more than 1 children with the same names, under the same parent.

This always happens with ModuleScripts. Most of the time this happens because when I’m trying to create a new module script, I clone an existing one and it mass clones these instances.

I also use GitHub in my workflow, if that makes any difference.

Could you provide a recording showing your issue? Not sure what’s wrong as the widget just uses its previous state:

Yes, it is! Make sure to set Initial Sync Priority of your plugin to Client so that every time you connect you have the latest copy of your place on your filesystem. You can also enable Two-Way Sync to sync changes made by others in real-time. If you want to code collaboratively in VS Code I recommend using the Live Share extension.

1 Like

It should just add that UUID suffix to the duplicate instances. This is the only way to keep two or more instances with the same name on your filesystem, so that’s actually intended. If you rename that duplicated instance, it should remove the UUID on the filesystem (unless there is another instance with the same name).

If it’s not working that way could you provide reproduction steps or a quick video showing the issue?

I keep getting the following error whenever I try to connect to VSCode on Roblox since today (the plugin is on v2.0.14 and the VSCode extension is on v.2.0.15) :

-- Promise.Error(ExecutionError) --
The current thread cannot access 'StreamingService'
(lacking capability Assistant)
user_Argon.rbxm.Argon.Core.Processor:114 function hydrate
user_Argon.rbxm.Argon.Core.Processor:44 function init
user_Argon.rbxm.Argon.Core:105
user_Argon.rbxm.Argon.Packages._Index.evaera_promise@4.0.0.promise:172 function runExecutor
user_Argon.rbxm.Argon.Packages._Index.evaera_promise@4.0.0.promise:299

Promise created at:

user_Argon.rbxm.Argon.Core:83 function run
user_Argon.rbxm.Argon.Core:401 function connect
user_Argon.rbxm.Argon.App:423
user_Argon.rbxm.Argon.Packages._Index.evaera_promise@4.0.0.promise:172 function runExecutor
user_Argon.rbxm.Argon.Packages._Index.evaera_promise@4.0.0.promise:181

I tried reverting to a previous version of the extension but that did not solve the issue, nor did reinstalling the plugin or Roblox Studio.

EDIT: After looking on the DevForum, it looks like it will be fixed in next week’s Studio release according to this post. There is also a possible workaround to this problem, so future versions of Argon could perhaps account for issues like this.

While I don’t use these kinds of tools due to productivity issues, I like the work that’s gone into this and how it addresses issues I have with considering and adopting Rojo. You’ve done really well with Argon! I love seeing the additional settings, two-way sync and everything in between that you’ve added.

I hope that there can exist a solution (or update to Argon/Rojo) that lets me keep ROBLOX’s Explorer navigation features for objects and scripts (dropdowns to show children, click to show properties, double click to open scripts) so that I can hide the nitty-gritty imperfections of the file structure caused by how OSes handle files and folders.