Aftermath of Armour duplication bug #3903
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#3903
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Since in #3668 a couple of armour were duplicated, we'd now like to remove those excess armours.
First, we need to find who might have experienced the bug. Most likely it was ingame from 24.1.2023 to 12.2.2023
The bug happened to everyone who
To remove the [bones] I do a simple search and replace, else I'd have to account for that in the following script.
If there is no respawn between death and leave, then the person closed the client or otherwise lost connection after death, but before they hit the respawn button.
That leaves me with 147 incidents and 294 lines. They need to be matched to the leave records. Those only have a timestamp. Ofc the log is in UTC, while the leave tiemstamps are UTC+1. Hence the +3600 in get_time
@AliasAlreadyTaken it's certainly not the cause of any bug, but the following line declares a variable which isn't used, and can be deleted:
local time_table = {} -- empty table to store time components
i don't see anything obvious, but to properly test things, i'm gonna need a section of server log, or the time to generate events w/ the right code on my local server.