-
Notifications
You must be signed in to change notification settings - Fork 310
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IS YOUR SERVER BROKEN SINCE 1.64 UPDATE? READ THIS #104
Comments
Hmm, have applied this to my server but the error still persists... Same error in the log files. |
I mean did you clear the column if you already joined? Like if the column still has `` you need to fix that lmfao. @DarkSilencerZA Can you confirm this fixed it for 4.5? As this solution for me is currently running on 3 live servers just fine however they're using 3.1.4.8 but have the exact same code for licenses. |
Yeah, I've cleared the columns. It appears on our modded server as well as on our clean one: I've also run the update script and have seen that while the server is running, more rows are getting updated. So even when fixing all columns, 10 minutes later there are more malformed cells. Which indicates there's still that bug somewhere. |
When ever I use that query code and execute it, it works but then when they re-join the server it re-appears with the '','' instead of ',' ?? Any fixes ? |
If you're using the HC you need to update that file as well... |
@setoy your error clearly says : DB_fnc_mresToArray |
Any ideas what the reason for this could be:
We Updated the mresArray functions and restored the original Database (so no double quotes or anything broken) .. it kinda looks like the array has a different format ? running v4.4 |
Dark has it working fine on 4.5 - https://i.gyazo.com/e3649b70802132e4c9faee2bb355bba1.png |
@tkcjesse I have never had a headless client file so I assume I am not using it. But is there any other ideas that may cause it to almost back track to the '','' instead of ',' even though I used that query code ? |
We are using 4.4 |
It works fine for me. I'm using as close to the main build as possible, but just a ton of customized stuffs. 4.4 seems a little outdated. |
@DarkSilencerZA Yeah I had the issue when first updated I used the query code, It works then you disconnect re-log to the server and it is like it back tracks it self so you come back naked. So I am wondering if there was anything else you edited ? |
Yeah, but that file wasn't changed / fixed / whatever |
If you are having problems post your mresArray and mresToArray, please |
mresArray: mresToArray: |
fn_mresArray.sqf fn_mresToArray |
I get these errors when joining after applying @tkcjesse fix. |
That SQL command is changing all the empty strings to have one ` instead of the 2 needed. |
@ace16huey Some people are having the problem when they use that when you re-log to the server all them empty strings come back and make you naked again |
@riskingfusion I had a player that couldn't spawn in as a civ, I am gonna dump the table and replace them that way and hope for the best. I already messed up the licenses column by working to quick and not checking my work. |
@ace16huey Oh right. Thats why you make backups :P |
any news on a fix or 4.4r3? as the current changes to fn_mresArray.sqf does not fix a thing |
@riskingfusion Had a back up from a couple days ago, applied it and it got corrupted in the process... Arma updates give me the worst luck D: |
@rebornfuel not currently I think most of us are waiting on a fix for a similar issue |
@ace16huey I think they give everyone bad luck xD |
3.1.4.8
|
That might break more then fix to be honest @harmdhast. did that to a couple columns and it cause all the empty strings to break and what not. |
Please note the Where. |
@Jawshy will do thanks for the info |
Neither the MresArray.sqf file or MresToArray.sqf file changes have fixed the issue. When my players still sync their data, it still inserts `` into the database. |
It would seem you have not correctly edited the files then. The only cause for the double [`XXXX`,``,``,`XXXX`] |
@BoGuu im having same problem as 3LGStevo it allows me into server and can relog as many times as i want but soon as i sync data and then relog i get received request from server validating |
Or even items or licences anythink to do with arrays the way arrays are inserted into DB is not correct, they have to rewrite the two functions that format arrays OR remove em completely because they are not needed |
Yeah, someone posted a "fix" in one of the replies which didn't fix it, and the hastebin links weren't working for me. @chelseaboyc18 |
@3LGStevo The gist link is working just fine for me, the hastebin link has been crossed out for a reason.. |
It will be correct after applying the mresArray changes in the OP (correct as in pre update).
One has been, as you know, the other doesn't need to change seeing as the format will be no different. However, you are right in saying they are not needed anymore (and haven't really been for a long time).
Gist link works, although it's not a fix, it's a hack to fix database entries. The changes have worked for servers running every version there is, so if you still have persistent problems then you've either still got malformed arrays (and no mresToArray changes), the malformed arrays have caused null entries, or your problem is something specific to your setup. |
@BoGuu Anyway, @chelseaboyc18 , replace the files in life_server\functions\MySQL\ with the two files below. Any database entries with '' will need to be manually corrected. I say manually, because each of the automated methods above just fucks a different part of the database for that record, so just have some patience and work through them manually. It's easier if you filter the table with the records that are broken (like searching for '%[''%'). MREStoArray.sqf
*/ for "_i" from 0 to (count _array)-1 do _array = toString(_array); MRESArray.sqf
*/ for "_i" from 0 to (count _array)-1 do str(toString(_array));` |
@3LGStevo, code blocks are formatted with three backticks |
@BoGuu thanks for that finally got it working now. Appreciate your help. |
@chelseaboyc18 |
Can someone please help me with this? I am new to GitHub and would prefer if someone could help me through Steam @vladmir Vorkeshky. I did everything he said to do and I still am having the same problem. I have a community and they're all waiting on me to fix it I would REALLY REALLY appreciate it if anyone could help. Thanks! |
@VladmirVorkeshky Make sure you have followed ALL the steps listed by Boguu. If you still cannot fix it, join the ArmA RPG Life discord and ask for help by someone there. https://discordapp.com/invite/sEcQdPn |
UPDATE UPDATE UPDATE UPDATE UPDATE UPDATE UPDATE UPDATE |
Really don't want to sound like a broken record, but I am comparatively new to running an Arma 3 server. We're using the old CG mission file with a few modifications of our own. Now I've run into this issue, gear saving works perfectly, but when anyone loads in after having saved gear, they spawn in naked. A temporary fix I instituted was to if(count _itemArray == 0) exitWith within the loadGear.sqf to if(count 0 == 0) exitWith so that it always evaluates to true and give everyone the default gear. My problem is that I'm unsure how to debug this, or I could probably figure it out. Any help would be greatly appreciated. EDIT: Maybe this sheds some light? From one of our users logging in. http://pastebin.com/rGqRgrQy EDIT: Could be it's cutting off before it acutally finishes loading the data? |
So there isnt a fix? |
@wilsonJude Did you read this issue at least? |
Now it says Setting Up Client, Please wait |
@wilsonJude if you have followed all of the steps and still can't get it working, please join the ArmA RPG Life discord: invite. |
Please make the changes from this commit: db66e54, to your life_server/Functions/MySQL/fn_mresArray.sqf. If you use a headless client, change the relevant file in life_hc also.
Update:
If you have malformed entries in your DB (contains ``) then replace your mresToArray with the following:
http://hastebin.com/omikofajej.cpphttps://gist.github.com/BoGuu/c552b652f752378f06a42c809150032e
Over time they should fix themselves, and you can revert back to the original.
The text was updated successfully, but these errors were encountered: