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

bug: manually ranked (frozen status) maps revert status after some time #420

Open
g1-1-1 opened this issue Apr 1, 2023 · 8 comments
Open
Labels
bug Something isn't working Priority 0 Core software functionality is broken, user experience significantly impacted

Comments

@g1-1-1
Copy link
Contributor

g1-1-1 commented Apr 1, 2023

Describe the bug

maps manually edited in the database to have a different ranked status than what the map is currently on bancho and set to frozen, or have their status changed by !map rank map/set will be set as frozen and set to a new ranked status; will revert back to unfrozen and have their status reverted to pending after some time

this will happen regardless of what ranked status you choose

some time is undefined, could be 2 weeks or could be 2 months -- unsure of the cause and therefore i cannot give a conclusive timeframe because it happens at random apparently

To Reproduce

  1. change the status of a map to anything but pending/unranked
  2. wait an undefined amount of time
  3. the map's ranked status will be reverted to pending

Expected behavior

the map should not change status while it is frozen

bancho.py Version

4.7.2

Python Version

3.9.X (Default)

Relevant log output

No response

Additional context

No response

@g1-1-1 g1-1-1 added bug Something isn't working triage This issue or pull request needs sorting. labels Apr 1, 2023
@NiceAesth NiceAesth added Priority 1 Something is breaking or will break existing functionality or ability to progress forward good first issue Good for newcomers and removed triage This issue or pull request needs sorting. good first issue Good for newcomers labels Jul 19, 2023
@cmyui cmyui added Priority 0 Core software functionality is broken, user experience significantly impacted and removed Priority 1 Something is breaking or will break existing functionality or ability to progress forward labels Aug 8, 2023
@cmyui
Copy link
Member

cmyui commented Aug 8, 2023

This is intended to be handled here

# if a map is 'frozen', we keep its status
# even after an update from the osu!api.
if not getattr(self, "frozen", False):
osuapi_status = int(osuapi_resp["approved"])
self.status = RankedStatus.from_osuapi(osuapi_status)

Might be bugged, or this logic might be missed in another place (though, I think this path should always be taken for beatmap updates iirc)

@cmyui
Copy link
Member

cmyui commented Aug 8, 2023

Ah, there's no persistence of frozen there, that might be it

@cmyui
Copy link
Member

cmyui commented Aug 8, 2023

Made a PR for this theory ^ but I have not yet tested it

@brudermusscode
Copy link

Having the same issue here

@minisbett
Copy link
Contributor

Might've found the problem!
https://discord.com/channels/748687781605408908/748688897168375819/1156306492484489277

In short, frozen is not set to True in cache when using the !map ... set command.

@TheFantasticLoki
Copy link

I'd like to mark this as not being fixed, We at kawata are experiencing the same issue when we change a maps status from our panel. We set the status and then set frozen to 1 yet maps still revert back to original status.

@minisbett
Copy link
Contributor

Hm that's concerning..

@tsunyoku
Copy link
Contributor

tsunyoku commented Feb 20, 2024

I'd like to mark this as not being fixed, We at kawata are experiencing the same issue when we change a maps status from our panel. We set the status and then set frozen to 1 yet maps still revert back to original status.

beatmap cache in bancho.py is probably taking over the database status, this whole cache shit in bpy is just annoying because it makes stuff like this terrible. i might just set out to remove some of these problematic caches, although it's probably more a case that the API should be expanded to support these update usecases so it doesn't matter...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Priority 0 Core software functionality is broken, user experience significantly impacted
Projects
None yet
Development

No branches or pull requests

7 participants