Skip to content
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

Mailbox steal depot items bug, crash OTS bug [clone items] #4536

Open
gesior opened this issue Sep 19, 2023 · 10 comments · Fixed by #4538
Open

Mailbox steal depot items bug, crash OTS bug [clone items] #4536

gesior opened this issue Sep 19, 2023 · 10 comments · Fixed by #4538
Labels
bug An issue describing unexpected behavior of code priority: critical Issues with this label should be resolved as quickly as possible

Comments

@gesior
Copy link
Contributor

gesior commented Sep 19, 2023

Tested on TFS 1.4

Steps to reproduce

You will need:

  • 2 players
  • mailbox within 1 SQM from depot [as it's in Kazordoon on 13+], so player can stand next to depot and mailbox in same time
    image

Test 1 is random guy who visits depot.
Test 2 is attacker who wants to steal items/crash OTS.

How to reproduce:

  1. Test 1 goes to depot locker and opens it. Then he walks away.
  2. Test 2 goes to same depot locker, so he is within 1 SQL from depot locker and mailbox.
  3. Test 2 put Parcel addressed to Test 1 in his BP.
  4. Test 2 opens BP in one window in client and Parcel in second window - he sees Parcel from outside [can throw it] and also content of Parcel.
  5. Test 2 puts Parcel on mailbox next to him. Parcel converts into 'Stamped parcel'.
  6. Now Test 2 can click 'move up' in 'Stamped parcel' and he is inside Test 1 Inbox (depot)!

Now Test 2 can steal items of Test 1.
If Test 1 logouts and Test 2 try to move item in Test 1 depot, it will crash server.
I also heard about people who were able to clone items without crashing server on otservbr, but I cannot reproduce it on TFS.

Problems:
Step 1 binds Test 1 item Inbox position to position on which player opened locker last time.
Step 5 checks, if item moved is within 1 SQM range and does not close it. If mailbox and 'Test 1 Inbox' positions are within 1 SQM from player who sends parcel (Test 2), it does not close sent Parcel.

Looks like someone who added Inbox system in TFS forgot to copy code that closes containers, when they are moved into someone's depot. Inbox is not inside Depot Chest, so it does not protect parcels anymore.

Expected behaviour

Parcel gets closed in client.

Actual behaviour

Parcel stays open. You can click 'move up' in client and get into other player depot!

Reported by Christianlb on Discord. He asked me for help with crash analysis, then he found crash reason himself and told me how to reproduce it.
Already reproduced [abused] on top OTSes. Gunzodus solution: block possibility to send parcels, when you are within 1 SQM from Mailbox 😃

gesior added a commit to gesior/forgottenserver-gesior that referenced this issue Sep 19, 2023
@gesior
Copy link
Contributor Author

gesior commented Sep 19, 2023

I made PR with fix for TFS 1.4: #4537
If someone is able to test it on newest TFS (master) and reproduce, please create PR with same code for master branch.

@EPuncker EPuncker linked a pull request Sep 19, 2023 that will close this issue
@ArturKnopik
Copy link
Contributor

  1. Test 1 goes to depot locker and opens it. Then he walks away.
  2. Test 2 goes to same depot locker, so he is within 1 SQL from depot locker and mailbox.
  3. Test 2 put Parcel addressed to Test 1 in his BP.
  4. Test 2 opens BP in one window in client and Parcel in second window - he sees Parcel from outside [can throw it] and also content of Parcel.
  5. Test 2 puts Parcel on mailbox next to him. Parcel converts into 'Stamped parcel'.
  6. Now Test 2 can click 'move up' in 'Stamped parcel' and he is inside Test 1 Inbox (depot)!

I can confirm, the problem is present on master!

@EPuncker EPuncker added bug An issue describing unexpected behavior of code priority: critical Issues with this label should be resolved as quickly as possible labels Sep 20, 2023
@floki21uu
Copy link

floki21uu commented Dec 14, 2023

confirmed the bug exists in the newest tfs server

@EPuncker
Copy link
Contributor

confirmed the bug existed in the newes tfs server used to crash

do you mean it still exist or was it fixed with #4538 ?

@floki21uu
Copy link

floki21uu commented Dec 14, 2023

confirmed the bug existed in the newes tfs server used to crash

do you mean it still exist or was it fixed with #4538 ?

IT STILL EXISTS after applying the code.
The parcel still turns into stamped parcel if the other player had opened the same depo before and moved away. If he hadn't opened the depo before, it works well, the window closes.

Although cloning items is impossible because it says "Sorry, not possible" but... server crashes sometimes when you open depo.

@EPuncker EPuncker reopened this Dec 14, 2023
@gesior
Copy link
Contributor Author

gesior commented Dec 17, 2023

How to reproduce:

Test 1 goes to depot locker and opens it. Then he walks away.
Test 2 goes to same depot locker, so he is within 1 SQL from depot locker and mailbox.
Test 2 put Parcel addressed to Test 1 in his BP.
Test 2 opens BP in one window in client and Parcel in second window - he sees Parcel from outside [can throw it] and also content of Parcel.
Test 2 puts Parcel on mailbox next to him. Parcel converts into 'Stamped parcel'.
Now Test 2 can click 'move up' in 'Stamped parcel' and he is inside Test 1 Inbox (depot)!

@floki21uu
The parcel still turns into stamped parcel if the other player had opened the same depo before and moved away
Test scenario mentions that Player no 1 must open given depot first. What do you mean by 'other player'? Use 3rd player for tests or what? Is scenario you tested different than described in issue?
What engine do you use? TFS master with 12.x client?
Someone already reported crash issue, but he did not use TFS code: #4538 (comment)
I also heard that this does not fix problem on TFS downgrades, as there is no Inbox on old protocols.

@floki21uu
Copy link

floki21uu commented Dec 27, 2023

By saying other player I mean player who opened the same depo before the second player. I use TFS master. I will have to make a youtube video because GIFs are too heavy,

@NRH-AA
Copy link
Contributor

NRH-AA commented Apr 5, 2024

Is this still a problem?

@Codinablack
Copy link
Contributor

I think this one fixed it

fix: close parcel send thru mail system to other player #4538

I don't know for sure though.

@EvilHero90
Copy link
Contributor

@floki21uu can you update us on this, unless there is no video or better detailed description I'll close this as others mentioned it to be fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An issue describing unexpected behavior of code priority: critical Issues with this label should be resolved as quickly as possible
Projects
None yet
7 participants