-
-
Notifications
You must be signed in to change notification settings - Fork 386
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
Critical Bug with List-Variables #2022
Comments
What variable storage method do you use? CSV or a database? I'd like to note that @Blueyescat has tested this and cannot reproduce, and even if we do find a way to reproduce it this "critical bug" is potentially just due to you trying to access variables which haven't fully been written to your database yet. You're creating a LOT of variables very fast here then accessing them immediately -- generally there is no reason to do this. |
> test
[16:45:12 WARN]: [Skript] Cannot write variables to the database 'default' at sufficient speed; server performance may suffer and many variables will be lost if the server crashes. (this warning will be repeated at most once every 10 seconds)
[16:45:13 INFO]: Size: 1000
[16:45:15 INFO]: Size: 1000
[16:45:16 INFO]: Size: 1000
[16:45:18 INFO]: Size: 1000
[16:45:19 INFO]: Size: 1000
[16:45:21 INFO]: Size: 1000
[16:45:22 INFO]: Size: 1000
[16:45:22 WARN]: [Skript] Cannot write variables to the database 'default' at sufficient speed; server performance may suffer and many variables will be lost if the server crashes. (this warning will be repeated at most once every 10 seconds)
[16:45:24 INFO]: Size: 1000
[16:45:25 INFO]: Size: 1000
[16:45:26 INFO]: Size: 1000 |
Hi, this happens when we save to MySQL or just to RAM (With the - prefix).
|
On the main server (currently ~90 players) this happens even more often: |
So it might be some issue depending on the server resources. I'm trying with 90 ticks delay... (It will take a long time lol) I did the non-saved variables thing but still i get command /test:
trigger:
send "&aStart"
loop 10 times:
delete {-bugtest::*}
wait 0.5 seconds
loop 1000 times:
add true to {-bugtest::*}
chance of 1%
wait 90 ticks
send "Size: %size of {-bugtest::*}%"
wait 0.5 seconds
send "&cFinish" > test
[17:08:18 INFO]: Start
[17:08:18 WARN]: [Skript] Cannot write variables...
[17:09:04 INFO]: Size: 1000
[17:09:05 WARN]: [Skript] Cannot write variables...
[17:10:04 INFO]: Size: 1000
[17:10:04 WARN]: [Skript] Cannot write variables...
[17:10:32 INFO]: Size: 1000
[17:10:32 WARN]: [Skript] Cannot write variables...
[17:11:27 INFO]: Size: 1000
[17:11:28 WARN]: [Skript] Cannot write variables...
[17:12:32 INFO]: Size: 1000
[17:12:32 WARN]: [Skript] Cannot write variables...
[17:13:18 INFO]: Size: 1000
[17:13:18 WARN]: [Skript] Cannot write variables...
[17:14:13 INFO]: Size: 1000
[17:14:14 WARN]: [Skript] Cannot write variables...
[17:15:04 INFO]: Size: 1000
[17:15:04 WARN]: [Skript] Cannot write variables...
[17:16:04 INFO]: Size: 1000
[17:16:04 WARN]: [Skript] Cannot write variables...
[17:16:37 INFO]: Size: 1000
[17:16:37 INFO]: Finish |
This could be a serious bug in MySQL variable storage. Unfortunately it has not exactly been maintained for a long time - there is no one who really knows how to work with it anymore. |
@Duetro tried without saving to somewhere or saving to MySQL as he said above, and i tried with saving to CSV or without saving but couldn't reproduce. I think it might be related to RAM... |
This might've been caused by scripts running on other threads, because Skript's variable system doesn't support multiple threads using it |
I'm closing this since nobody else has reported the issue since and nobody has been able to reproduce it, so triage would be impossible. |
Description
Hi. We have found a huge Problem with List-Variables. Sometimes the last Variables don't get set.
Steps to Reproduce
Example Output: https://s.duetro.de/i/javaw_2019-04-24_15-24-44.png
Note: More Variables are missing if there is a wait in between the adds!
Server Information
Plugins
The text was updated successfully, but these errors were encountered: