[SOLVED] Strange bug, unsure how to properly mitigate

[TheRobloxianDerg (ヘイデン)]

I am also actively trying to see if I can get it to bug out again on studio during playtest.

I also wanted to note that these are the only warnings I am aware of, but I doubt it would also affect the guns, cause without the menu in a different facility at Haddock Tech, works just fine even with the supplied warnings;

[lunarrest (anxiety_star)]

as much as i also agree w this comment;
this is devforum after all
i wonder why this post screams self promotion to me in a way but thats just me.

either way id love to see the output you are getting, please show a screenshot when it doesnt play the animation, nacigate to view → output and send a looovely screenshot.

try adding prints like crazy, it may be the weirdest way of debugging but adding a few custom warns() and prints here and there have severly helped me and many in the past with debugging.

[TheRobloxianDerg (ヘイデン)]

Ok, number one, I do not appreciate you are immediately jumping to conclusions when I am listing specifically where my issue is taking place, to provide context, and two, Thank you about the idea of debugging, I will set that up now. However, if you had not read, it seems to work almost 9/10 on playtest, and seems very rare that it would bug out on playtest, and instead, I will do that in game as I know that is where 10/10 it will break/bug.

[Almonty7655 (BusDriverAlmonty)]

Owner of HT here. We are genuinely asking for help here. Since we’re both stumped on how a main menu UI is somehow interfering with our weapons system.

[lunarrest (anxiety_star)]

send the main menu script then anyone who steals any code is a saddo and you cant change my mind; no need to add all these fancy marks all over the place because whats the point in stealing code and using it if you can’t understand and maintain it??

[TheRobloxianDerg (ヘイデン)]

@TheRobloxianDerg

The following is the menu local/client script.

local gui = script.Parent
local event = gui.InitializeMenu
local player = game:GetService("Players").LocalPlayer
local Character = player.Character or player.CharacterAdded:Wait()
local Camera = workspace.CurrentCamera
local CamPart = workspace.IntroCamPosition
local TS = game:GetService("TweenService")
local TI = TweenInfo.new(2, Enum.EasingStyle.Linear, Enum.EasingDirection.In)

local function FadeIn()
	TS:Create(gui.Fade, TI, {BackgroundTransparency = 1}):Play()
end

local function FadeOut()
	TS:Create(gui.Fade, TI, {BackgroundTransparency = 0}):Play()
end

player.CharacterAdded:Connect(function(newCharacter)
	Character = newCharacter
end)

event.Event:Connect(function()
	FadeOut()
	task.wait(3)
	FadeIn()
	gui.MenuButton.Visible = false
	Camera.CameraType = Enum.CameraType.Scriptable
	Camera.CFrame = CamPart.CFrame
	Character.Humanoid.WalkSpeed = 0
	Character.Humanoid.JumpPower = 0
	gui.MainMenu.Visible = true
	gui.Music:Play()
	TS:Create(gui.Music, TI, {Volume = 1}):Play()
end)

gui.MainMenu.Play.MouseButton1Click:Connect(function()
	FadeOut()
	TS:Create(gui.Music, TI, {Volume = 0}):Play()
	task.wait(3)
	gui.MainMenu.Visible = false
	gui.MainMenu.TeamSelector.Visible = false
	Camera.CameraType = Enum.CameraType.Custom
	Camera.CameraSubject = Character.Humanoid
	Character.Humanoid.WalkSpeed = 16
	Character.Humanoid.JumpPower = 50
	FadeIn()
	task.wait(3)
	gui.Music:Stop()
	gui.MenuButton.Visible = true
end)

gui.MenuButton.MouseButton1Click:Connect(function()
	event:Fire()
end)

-- ==== SLIDING TEAM SELECTOR SETUP BELOW ====

local slideInPosition = UDim2.new(0.182, 0, 0.436, 0) -- where it should end up
local offScreenPosition = UDim2.new(-1, 0, 0.436, 0) -- start completely off-screen to the left
local teamSelector = gui.MainMenu.TeamSelector

local slideTweenInfo = TweenInfo.new(
	0.5, -- faster tween than the menu fades
	Enum.EasingStyle.Sine, -- smoother easing
	Enum.EasingDirection.InOut
)

local function SlideTeamSelector(show)
	if show then
		teamSelector.Position = offScreenPosition
		teamSelector.Visible = true
		TS:Create(teamSelector, slideTweenInfo, {Position = slideInPosition}):Play()
	else
		local tween = TS:Create(teamSelector, slideTweenInfo, {Position = offScreenPosition})
		tween:Play()
		tween.Completed:Wait()
		teamSelector.Visible = false
	end
end

gui.MainMenu.Teams.MouseButton1Click:Connect(function()
	SlideTeamSelector(not teamSelector.Visible)
end)

this is the script for the main menu.

[lunarrest (anxiety_star)]

ty i merely skim read your original post thats my own problem but the response you sent before wasnt neccessary :c

[TheRobloxianDerg (ヘイデン)]

My apologies…I was just a bit annoyed by that, but hopefully the quoted response shall help!

It’s still very perplexing to me and this has been really frustrating to me cause I cannot really figure it out, both me and @Almonty7655 …

[lunarrest (anxiety_star)]

can i see that lovely lovely output i wanted to see? when it does break do it in studio if you can, ideally add warns and prints just because warns make it nice n yellow

[TheRobloxianDerg (ヘイデン)]

I am actively working on setting up prints at this given time.

[TheRobloxianDerg (ヘイデン)]

here is the output from studio playtest;

Script started.  -  Client - ClientStandard:1
  14:05:54.006  Player found: TheRobloxianDerg  -  Client - ClientStandard:7
  14:05:54.111  Character and camera loaded.  -  Client - ClientStandard:12
  14:05:54.112  Settings loaded. Initial mag: 30  -  Client - ClientStandard:39
  14:05:54.112  Tool not marked used. Adding 'used' ObjectValue.  -  Client - ClientStandard:54
  14:05:54.950  Tool equipped.  -  Client - ClientStandard:372
  14:05:54.999  SetArms called with: true  -  Client - ClientStandard:61
  14:05:56.035  Reloading weapon...  -  Client - ClientStandard:264
  14:05:58.079  Switching to Default stance.  -  Client - ClientStandard:95
  14:05:58.079  Firing weapon  -  Client - ClientStandard:216
  14:05:58.079  Raycast complete. Hit: Part at 162.5731658935547, 1039.9979248046875, 309.3951416015625  -  Client - ClientStandard:223
  14:05:58.183  Firing weapon  -  Client - ClientStandard:216
  14:05:58.183  Raycast complete. Hit: Part at 162.5734100341797, 1039.9981689453125, 309.3951721191406  -  Client - ClientStandard:223
  14:05:59.015  Switching to Default stance.  -  Client - ClientStandard:95
  14:05:59.015  Firing weapon  -  Client - ClientStandard:216
  14:05:59.016  Raycast complete. Hit: Part at 161.88523864746094, 1039.1348876953125, 309.26788330078125  -  Client - ClientStandard:223
  14:05:59.124  Firing weapon  -  Client - ClientStandard:216
  14:05:59.124  Raycast complete. Hit: Part at 161.88523864746094, 1039.1348876953125, 309.26788330078125  -  Client - ClientStandard:223

Here is the in-game print

It seems even debugging is not coming up with anything??? Unless I am mistakened and need to do further more debugging

[TheRobloxianDerg (ヘイデン)]

I did think about potentially narrowing down few potential causes, as I noted the following for the menu script:

• storing a Character reference and updating it on CharacterAdded:

local Character = player.Character or player.CharacterAdded:Wait()
...
player.CharacterAdded:Connect(function(newCharacter)
	Character = newCharacter
end)

• 2. Disabling Movement (WalkSpeed/JumpPower)

Character.Humanoid.WalkSpeed = 0
Character.Humanoid.JumpPower = 0
...
Character.Humanoid.WalkSpeed = 16
Character.Humanoid.JumpPower = 50

gun system listens for Humanoid movement or animations, but the menu restores the walkspeed and jumppower, and after the menu, I give myself the weapons, or click the loadout giver to receive the weapons, where it appears the guns stop working.

[RuinedSanctuary]

I am a bit confused but what I think you are saying is that when the menu is enabled, it will break the gun system in-game if that is right

have you tried commenting out all things revolving the camera in your menu screen, then testing in-game to see if that really is the problem? It can narrow things down a lot

[towerscripter1386 (Tower)]

2018 ahh code

If speaking more professionally, I suggest you review quite a few parts of the code. There are a lot of outdated and now practically useless nowadays structures. Rewriting the code to more modern standards will probably fix the issue you are having

[Yarik_superpro (Yarik)]

Sir how long have you slept or maybe you are a time treveler from 2018?
You are yeilding for non existen object as since RbxUtility doesnt exist anymore since like 2020

LoadLibrary is going to be removed on February 3rd

UPDATE This update is live as of February 3rd, 2020. UPDATE This has been postponed once more to February 3rd. UPDATE This has been postponed to January 6th; the post has been updated with the new timeline. What’s going on? LoadLibrary is a legacy mechanism that we previously used to provide access to Roblox-maintained Lua code. However, we haven’t updated the list of libraries or the libraries themselves in ages. There are three libraries: RbxGui, RbxStamper and RbxUtility; the first two ar…

[TheRobloxianDerg (ヘイデン)]

ah. I see…I have known that it’s been used for as long as I am aware…however I do wish to know what other methods there are to implement into the weapon system? although realistically as of now there’s an issue with our menu somehow interfering with the weapon system.

However; the OP mentioned there is another way to use LoadLibrary still, which is this;

@zeuxcg

I use LoadLibrary, what do I replace it with?

We recognize that you don’t really want to spend a lot of time cleaning up uses of LoadLibrary. Usually the use of LoadLibrary is just for RbxUtility.Create which is a simple enough function to replicate, but some of you may be using RbxStamper or RbxGui. The good news is that it’s easy to replace LoadLibrary with the use of ModuleScripts and require. Here’s how to do this:

1. Download the attached file that contains 3 ModuleScripts in a Folder:

LoadLibrary.rbxmx (249.0 KB)

2. Insert it into your game into ReplicatedStorage by right clicking ReplicatedStorage, choosing “Insert from File…” and locating the file you downloaded.
3. In your script code, replace LoadLibrary calls with require as follows:

local RbxUtility = require(game:GetService("ReplicatedStorage"):
    WaitForChild("LoadLibrary"):WaitForChild("RbxUtility"))

-- call RbxUtility.Create as usual

Of course you are free to put the libraries into any other location in your game’s hierarchy, and you can remove RbxStamper / RbxGui if you only need RbxUtility.

That’s it! That’s all it takes.

Please be proactive about changing this so that the actual removal of this functionality doesn’t take you or your game by surprise.

Fun fact: this post contains 20 mentions of the word LoadLibrary.

[TheRobloxianDerg (ヘイデン)]

ah, right. Let me get onto that.

[TheRobloxianDerg (ヘイデン)]

Indeed it would appear so…It’s been used as long as I have ever known by @Almonty7655 --as far as I know the script has been the same ever since I have been around in 2021-2022…It does still work, but I would agree heavily on figuring out newer implementations and what-not.

[TheRobloxianDerg (ヘイデン)]

I wanted to also follow up with the commenting out of the camera parts; it still appears to be broken, which still seems awkward…

Even removing the menu completely, it still appears to be broken, still…confirming my worst suspicions that loadlibrary has probably begun quitting to function…or something else…

However I have checked every other facility and those guns seem to work perfectly fine…It is only just in the headquarters that it seems to not be working.

[TheRobloxianDerg (ヘイデン)]

I HAVE FOUND THE SOLUTION!! Frantically looking and ensuring everything was being declared properly, I have since found that the issue was actually from a remote event that prematurely existed in the replicated storage that really should not have been there. Specifically, the RemoteEvent ClientConnection. A remoteEvent instance is created by the servermanager, and somehow, this remote event was on the studio which should not have been there anyways, which was essentially duplicating and was the true reason the guns were bugging. Fortunately, the root cause was indeed this, instead of the menu. Thank you to everyone who helped! Even then…Some day…the guns might end up breaking, but who knows.
there is and was no issue with our menu…just a bunch of coincidences that disguised the actual issue at hand…which had me believing that the menu was causing some interference.

perks of adhd hooray!!