1709 Commits

• Fix legacy beatmap export dropping background specification (#37892)

  - Closes https://github.com/ppy/osu/issues/37884
  - Closes https://github.com/ppy/osu/pull/37890
  
  Due to lack of population of `Storyboard.Beatmap` and
  `Storyboard.BeatmapInfo` post-decoding, `LegacyBeatmapExporter` would
  completely drop background specifications on exported beatmap packages.
  This affects both direct legacy export to file (`.osz`) as well as
  beatmap submission.
  
  I will not pretend that the API here is optimal but I do not see very
  easy opportunities to curtail misuse. Storyboards can be treated as
  either parts of a beatmap or standalone entities, and if a requirement
  is added to forcibly provide a beatmap and its info when encoding out a
  storyboard, I also foresee a requirement to bypass this later when
  design mode is implemented, which would be a return to square one.
  
  There is likely room for cleanup around `Storyboard` to maybe make this
  nicer (remove passing of both `Beatmap` and `BeatmapInfo` and just pass
  `Beatmap` instead, maybe shuffle some properties from `Beatmap` to
  `Storyboard` to remove the requirement of having to bolt the beatmap on
  to begin with). I leave voicing opinions on that, and how soon that
  should be done, to reviewers. My primary intent at this time is to
  hotfix a major issue in a released build.
  
  The external editing feature is not involved in this bug and any
  attempts to claim so are misdirections.

  Bartłomiej Dach · 2026-05-24 20:55:53 +09:00
  d89d6ed13f
• Add legacy storyboard encoder (#37790)

  - Closes https://github.com/ppy/osu/issues/37757
  
  Commit-by-commit reading is recommended. Commits will be split to PRs on
  request but I consider this to be the minimal viable functional
  increment.
  
  ## Done
  
  - This adds a first version of a full storyboard encoder
  (a66dc406f498e35d4e0c8f2a462e946a9a1aeccc). I expect there to be hiccups
  due to weird corners of the `.osb` format; this is only intended to be
  somewhat correct as a start to build upon. Storyboarders are asked to
  file issues as necessary.
  - Due to the fact that storyboard definitions can reside both in the
  `.osu` and the `.osb`, b60698a95c4de1bfeb36fbb159fd5a6028920832 adds the
  required storage to be able to tell which storyboard element lives
  where, so that it can be decoded properly later.
  - In c9d3e04a4135886b5b0943c85f3cc6f4fe99c84c, the storyboard decoder is
  weaved into the beatmap decoder to handle the `.osu` part of the
  storyboard, via the
  `LegacyStoryboardEncoder.Encode{General,Events}ToBeatmap()` methods. For
  `.osb`s, `LegacyStoryboardEncoder.EncodeStandaloneStoryboard()` is
  intended, but for now is not used outside tests.
  - Because of the above, dd1c4e43dc51154cd67860f096712f8b4f229661 removes
  `Beatmap.UnhandledEventLines` as no longer required.
  - 26ac417ed98a8937c42e5f52c4e15ef065a48902 adds tests. They are mostly
  handwritten to ensure basic encode-decode roundtripping. Using existing
  storyboards is difficult, see "Known issues" section as to why.
  - 5cc542366db7caac38eb0729260d884905a2c0d5 fixes a bug in the storyboard
  decoder where the trigger group number was not properly negated on
  decode (see inline comment reference to relevant stable code).
  
  ## Known issues
  
  - Any and all variables in the `[Variables]` section are inlined into
  their usages by `LegacyStoryboardDecoder`, and as such
  `LegacyStoryboardEncoder` will end up inlining them and discarding the
  `[Variables]` section. As far as I can tell stable will also do this.
  - `LegacyStoryboardDecoder` splits all `M` (move) commands into
  `MX`/`MY` commands. Therefore, `LegacyStoryboardEncoder` will write out
  things in the same split way. I did not put in effort to attempt to
  reconcile this, for reasons of part laziness, part not wanting to bloat
  this already-large diff.
  - Ordering of storyboard samples on decode may not match the order on
  decode. I'm crossing fingers this doesn't matter.

  Bartłomiej Dach · 2026-05-20 17:46:51 +09:00
  0e443b1c47
• Check all beatmaps for tag changes rather than just beatmaps with zero tags (#37684)
  Dean Herbert · 2026-05-11 08:15:24 +02:00
  5bdbf5c61f
• Do not cache null values in beatmap lookup cache (#37456)

  RFC.
  
  The reason I'm bringing this up is
  https://github.com/ppy/osu/issues/37383.
  
  In this case, the retrieval of the beatmap failed on a timeout:
  
  ```
  2026-04-19 02:43:10 [verbose]: Request to https://osu.ppy.sh/api/v2/beatmaps/?ids[]=5090069 failed with System.Net.WebException: Request to https://osu.ppy.sh/api/v2/beatmaps/?ids[]=5090069 timed out after 10 seconds idle (read 0 bytes, retried 0 times)..
  2026-04-19 02:43:10 [verbose]: Failing request osu.Game.Online.API.Requests.GetBeatmapsRequest (System.Net.WebException: Request to https://osu.ppy.sh/api/v2/beatmaps/?ids[]=5090069 timed out after 10 seconds idle (read 0 bytes, retried 0 times).)
  ```
  
  ```
  2026-04-19 02:43:10 [error]: Failed to load beatmap 5090069 for playlistItem 0.
  2026-04-19 02:43:10 [verbose]: ⚠️ Failed to load beatmap 5090069 for playlistItem 0.
  ```
  
  This fails at
  
  
  https://github.com/ppy/osu/blob/0e9664bfdfa69b4b26ff9cf84615c4b83a195a0e/osu.Game/Screens/OnlinePlay/Matchmaking/RankedPlay/Card/RankedPlayCard.cs#L167-L171
  
  Just this failing wouldn't cause the game to soft-lock; when I suppress
  the lookup locally, the game continues as normal. *However*, suppressing
  the lookup is not the same as the lookup *failing*, because a failed
  lookup will write a null to the cache, which means that when a beatmap
  download is initiated later in
  
  
  https://github.com/ppy/osu/blob/1b488949e13568c23faa0d88b18c8036f4a7dbc8/osu.Game/Screens/OnlinePlay/Matchmaking/Match/ScreenMatchmaking.cs#L308-L320
  
  it'll just do nothing and the user will be stuck, even though they could
  very well attempt to download the beatmap here if the lookup were to
  succeed on the second go.
  
  To a degree changing the whole cache for this could be viewed as the
  tail wagging the dog, but I think in general caching nulls here seems
  pretty anti-user. From within the client I would generally not expect
  very many complete misses when looking up beatmaps.
  
  Note that this wouldn't soft-lock the match anymore since
  https://github.com/ppy/osu-server-spectator/pull/471. It's just another
  step in making degradation less impactful.

  Bartłomiej Dach · 2026-04-21 22:12:50 +09:00
  553c20397a
• Improve efficiency of tag population (#37228)

  - No longer holds realm write transaction open while performing sqlite
  lookups.
  - No longer attempts a write transaction when it will be a noop.
  
  I'll admit that this is maybe working around the actual realm write part
  being slow, but as I can't profile the issue locally, the sluggishness
  may actually be in sqlite for those users affected (since it's only been
  reported for tag population and not difficulty calculation?).
  
  Regardless, this should fix the issue this iteration.
  
  I also adjusted the user messaging to let them know why tag population
  is happening, since we've had some questions as to why it's running in
  the first place (it only happens once a month, so that's
  understandable).
  
  - [x] Depends on https://github.com/ppy/osu/pull/37227.
  - Closes https://github.com/ppy/osu/issues/34699.
  - Closes https://github.com/ppy/osu/issues/37210.
  
  Note that https://github.com/ppy/osu/pull/36128 also exists and has
  valid improvements which can be addressed separately. This is intended
  to be something we can act on immediately.
  
  ---------
  
  Co-authored-by: Bartłomiej Dach <dach.bartlomiej@gmail.com>

  Dean Herbert · 2026-04-08 00:02:32 +09:00
  84cce2f0d1
• Clamp grid size when exporting for stable (#37094)

  Closes https://github.com/ppy/osu/issues/36990.

  Dean Herbert · 2026-03-25 18:13:42 +09:00
  bddfc993af
• Fix compatibility export using platform-dependent line endings (#37051)

  The compatibility export was creating .osu files with CRLF line endings
  on Windows and LF line endings on Linux/macOS, because StreamWriter
  defaults to Environment.NewLine.
  
  This caused the server to detect spurious file changes when a mapper
  alternated between platforms, leading to unnecessary wipes of local
  scores and noise in the beatmap update history.
  
  Fix by explicitly setting NewLine = "\r\n" on the StreamWriter, ensuring
  CRLF is always used regardless of platform.
  
  Closes #36846
  
  ---------
  
  Co-authored-by: Dean Herbert <pe@ppy.sh>

  antfaia · 2026-03-23 17:04:41 +09:00
  f73807919a
• Tooling updates (#37031)

  Most of this is as everywhere else, but there's also interesting code
  inspection fixes from the InspectCode bump, so I'll talk about that a
  little.
  
  ## [Fix suspicious equality in
  `Hotkey`](https://github.com/ppy/osu/commit/948136e49e88a721827d54e51c5759fe9aca811d)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/TypeWithSuspiciousEqualityIsUsedInRecord.Global.html
  
  Pretty annoying to fix, nullable array types are a pain. Does look legit
  though.
  
  ## [Fix `StarDifficulty` using inefficient struct
  equality](https://github.com/ppy/osu/commit/2db775ebb0bb9f18de67677ef84b993465d26545)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/DefaultStructEqualityIsUsed.Global.html
  
  This is a dodgy one because there's no real sane way to define equality
  on `StarDifficulty` now that it has difficulty and performance
  attributes jammed into it. So I just basically shut the inspection up
  with a `record` modifier and move on.
  
  Unclear where the equality is used precisely. It's from a global
  inspection. F12 is very unhelpful when trying to track down usages of
  `Equals()`. We definitely have `Bindable<StarDifficulty>` instances and
  those do use equality. Maybe more than that.
  
  ## [Use `nameof` expressions to reference enum member
  names](https://github.com/ppy/osu/commit/aa08175c803bc725f3b15a92174dfe6d1b812d91)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/CanSimplifyDictionaryRemovingWithSingleCall.html
  
  Pretty quaint.
  
  ## [Prefer using concrete values over `default` or
  `new()`](https://github.com/ppy/osu/commit/b21ee08d7748be10d42268d5c2eb77369026545d)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/PreferConcreteValueOverDefault.html
  
  I could see this one going both ways, but I'm kinda sold on this
  inspection. Explicit is always better. Saves some allocations in the
  `CancellationToken` cases as well.
  
  ## [Explicitly call `.AsEnumerable()` in some realm
  usages](https://github.com/ppy/osu/commit/c8ce1ecd42b9d8abb8b9e2ab93d471f463e80401)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/PossibleUnintendedQueryableAsEnumerable.html
  
  Not fully sold on this one but it's quick and simple so might as well.
  
  ## [Simplify dictionary removal with single `.Remove()`
  call](https://github.com/ppy/osu/commit/5964ceccea900302df726b7a8ecbf6b74eb2e427)
  
  Inspection:
  https://www.jetbrains.com/help/resharper/CanSimplifyDictionaryRemovingWithSingleCall.html
  
  Not much to say.

  Bartłomiej Dach · 2026-03-19 00:05:52 +09:00
  18d4ba5874
• Update lots of packages (#36996)

  It's been a while.
  
  Notes:
  
  - `SharpCompress` usages changed a bit. Manually adjusted these, mostly
  just renames or adjusted parameters.
  - nUnit 3 -> 4 migrated using
  https://gist.github.com/peppy/07994386d793a117350cb5f24b156585. there's
  a mode in this script to update to the newer `Assert.That` syntax but it
  requires fixes and couldn't really be bothered.
  - DeepEqual nuked as the only usage was on a disabled test. The reason
  it's disabled has been merged upstream, but it's failing for other
  (realm) reasons which I don't think is worthwhile to investigate for
  now.
  - This bumps Moq. I think the author is back in a sensible headspace and
  the new version has the stupid shit removed, so probably okay? Nice to
  be on a level playing field with packages for once in a long time.
  - Automapper is silly, but we've discussed this elsewhere.
  - `TestRealmKeyBindingStore` failures are a wildcard, but fixed by using
  a more standardised testing method. Dunno why, don't care.
  
  ---------
  
  Co-authored-by: Bartłomiej Dach <dach.bartlomiej@gmail.com>

  Dean Herbert · 2026-03-17 03:58:02 +09:00
  a996261304
• Apply more sanity checks when handling files from archives
  Bartłomiej Dach · 2026-03-02 13:11:01 +01:00
  9c8dfaf386
• Rename Ruleset.GetHitResults{ -> ForDisplay}()
  Bartłomiej Dach · 2026-02-09 12:00:15 +01:00
  dbce8886f8
• Implement sorting and display styles for currently online users (#33649)

  - Adds sorting and display styles.
  - Saves sort/display modes to the config.
  - Improves performance, especially on the 2nd+ time opening the overlay.
  
  
  https://github.com/user-attachments/assets/e32b50d0-58a1-4eef-b18c-988fb497e545
  
  ---
  
  Coming off some recent feedback in
  https://github.com/ppy/osu/discussions/33426#discussioncomment-13431275,
  I decided to take a bit of a detour and get a little bit more
  functionality in.
  
  Sorting by rank, although it should technically work, doesn't work right
  now. This is because the osu!web API doesn't return user rank on
  `/user/` lookups - it's only returned for the friends request. I'm
  leaving this open as a discussion topic.
  - We can make osu!web return the rank and osu! will require no further
  changes to work correctly, or
  - We can try to implement additional paths through
  `osu-server-spectator` which would blow this PR out of proportion and is
  best left for a task of its own.
  
  For simplicity, I've re-implemented this display mostly as its own
  component for now, lifting code from `FriendDisplay` which was recently
  overhauled. These implementations should eventually be combined somehow
  but that's dependent on:
  1. Figuring out the styling - friends can display offline users for
  which it makes no sense to display the "spectate" button.
  2. Figuring out how to handle the different users/presence pathways.
  It's mostly a code complexity issue.
  
  ---------
  
  Co-authored-by: Dean Herbert <pe@ppy.sh>
  Co-authored-by: Bartłomiej Dach <dach.bartlomiej@gmail.com>

  Dan Balasescu · 2026-02-05 01:22:36 +09:00
  1230da33a5
• Fix skin saving crashing if hashable files are not present

  This ends up with a bit of an undefined behaviour, but it's already a
  bit of an edge case (files missing in the `files` folder that are
  references in the database).
  
  First and foremost, let's stop the exception. If we allow it to throw,
  it's impossible to exit the skin editor in this state.
  
  Closes https://github.com/ppy/osu/issues/36135.

  Dean Herbert · 2026-01-20 17:41:10 +09:00
  741620d89c
• Add localisation support for some more notifications (#36353)

  Co-authored-by: Dean Herbert <pe@ppy.sh>

  Denis Titovets · 2026-01-16 22:58:20 +09:00
  06b89919be
• Add proper logging of failed scenario in OnlineLookupCache
  Dean Herbert · 2026-01-09 16:52:04 +09:00
  576be6793b
• Fix online lookup cache not recovering from faulted tasks
  Dean Herbert · 2026-01-09 16:42:19 +09:00
  5e4e28ef00
• Localise DownloadNotification (#36224)

  Co-authored-by: Dean Herbert <pe@ppy.sh>

  Denis Titovets · 2026-01-05 16:12:20 +09:00
  a4fe0c924d
• Localise notifications in LegacyCollectionImporter
  Denis Titovets · 2026-01-04 20:54:50 +03:00
  00560cbfba
• Reduce code duplication

  Co-authored-by: Dean Herbert <pe@ppy.sh>

  Dan Balasescu · 2025-12-24 19:30:04 +09:00
  81f03957d8
• Add explicit menu item for exporting guest difficulties from editor

  A few facts of life:
  
  - Guest difficulties are at this point a staple of mapping.
  
  - People are very much used to flinging `.osu`s around (because there's
    no better alternative).
  
  - Currently there are two ways to get an `.osu` out of lazer. You can:
  
    - Export the beatmap as "compatibility" to an `.osz`, then
      transmogrify the `.osz` to a `.zip`, then extract the `.zip`, then
      pluck out the `.osu`. This is the "correct" way to make sure stable
      works, but is also stupidly arcane.
  
    - Use "edit externally" to mount the beatmap files to disk, then
      copy-paste out the `.osu`. This is the *wrong* way to make sure
      stable works, because the mounting process exposes the raw "for
      editing" format with features stable doesn't support, but it the
      actual easy one.
  
  - Reports about guest difficulties exported from lazer "working wrong on
    stable" are prevalent. Probably mostly because of the preceding point.
  
  What this PR does is introduce a *third* method to export an `.osu`,
  which is designed to be both the easiest one yet *and* correct. I am
  hoping this will curb the complaints until support for direct submission
  of guest difficulties is added - which I still hope to see, but it will
  be a significant effort *client-side* (the server side has been ready
  for years now).
  
  And yes, you will notice that much of the code added in
  `LegacyBeatmapExporter` related to manipulation of the path is
  copy-pasted from `LegacyExporter`. I don't care enough to invent
  protected / abstract / whatever else OOP faff for something that may not
  survive review and is mostly a weird semi-temporary wart.

  Bartłomiej Dach · 2025-12-22 11:36:23 +01:00
  3712093158
• Use MathF instead of casting
  Bartłomiej Dach · 2025-10-17 08:44:58 +02:00
  8f8f605748
• Fix code quality
  Bartłomiej Dach · 2025-10-17 08:44:30 +02:00
  5f9ade6610
• Also round slider control points to integer positions if it has less than 2 segments
  kennyaja · 2025-10-16 19:25:43 +07:00
  cf1834b080
• Round instead of truncating slider control points to integer positions
  kennyaja · 2025-10-16 14:44:44 +07:00
  3fbe777f33
• Attempt to ensure RealmAccess waits for the async read before disposing itself
  Bartłomiej Dach · 2025-10-13 09:27:21 +02:00
  97739c39e7
• Add some logging when FindWithRefresh triggers a slow realm refresh
  Dean Herbert · 2025-10-10 13:36:28 +09:00
  94c7489c1c
• Fix song select V2 not preserving selection after an update operation

  Because the detached store exists and has a chance to actually
  semi-reliably intercept a beatmap update operation, I decided to try
  this. It still uses a bit of a heuristic in that it checks for
  transactions that delete and insert one beatmap each, but probably the
  best effort thus far?
  
  Notably old song select that was already doing the same thing locally to
  itself got a bit broken by this, but with some tweaking that *looks* to
  be more or less harmless I managed to get it unbroken. I'm not too
  concerned about old song select, mind, mostly just want to keep it
  *vaguely* working if I can help it.

  Bartłomiej Dach · 2025-10-08 14:42:26 +02:00
  30412ba3f2
• Fix external edit filename sanitising unintentionally dropping folder separators (#34945)

  * Add failing test coverage showing external edits not working with folders
  
  * Fix external edit filename sanitising unintentionally dropping folder separators
  
  Closes https://github.com/ppy/osu/issues/34929.

  Dean Herbert · 2025-09-07 21:47:20 +09:00
  645518f5bd
• Fix external edit operations failing due to invalid filenames
  Bartłomiej Dach · 2025-09-03 09:26:06 +02:00
  51e7593446
• Fix copy-paste fail in log message
  Bartłomiej Dach · 2025-08-25 13:43:03 +02:00
  a2bf8e3988
• Fix submission & rank date failing every launch for some users

  Addresses https://github.com/ppy/osu/discussions/34705, I suppose.
  
  The cagey tone of that statement is because this change merely papers
  over the issue. The issue in question for the user that reported this is
  that they have a bunch of very old beatmaps, whose md5 hashes do not
  match the online hashes, that need updating. The submission/rank date
  population was running every single time for these, and failing every
  time, because there is really not much useful that the lookup *can* do.
  
  Because mappers have made `OnlineID` essentially useless for determining
  the provenance of a beatmap due to reusing them to "fix" beatmap
  submission failures, online IDs have been explicitly disallowed from use
  in any sort of beatmap lookup flow. The only things that are allowed to
  be used are: md5 of the beatmap, and filename as a fallback for very old
  beatmaps / beatmap packs.
  
  If the user has local beatmaps with md5 not matching online, chances are
  that any metadata lookups are likely to fail or return bogus data. At
  that point my personal feeling is that backpopulation flows should leave
  such beatmaps well alone and the user should just go update the beatmap
  themselves.
  
  I am aware that updating 124 individual beatmap sets would - in the
  current state of things - would probably be a ridiculously onerous thing
  to do, and that people have been asking multiple times for a facility to
  update all local beatmaps at once, but that discussion is out of scope
  at this stage.

  Bartłomiej Dach · 2025-08-20 09:21:35 +02:00
  c894969d17
• Reduce number of realm subscription triggers from backpopulation of user tags

  Probably partially alleviates https://github.com/ppy/osu/issues/34580.

  Bartłomiej Dach · 2025-08-12 09:53:17 +02:00
  4439bff822
• Fix metadata cache version queries failing hard if the image is corrupted

  This was not fatal but with this change it should recover in a slightly
  better way.
  
  Also incidentally fixes the cache refetch potentially being attempted
  twice by each of the two background population tasks that use it.

  Bartłomiej Dach · 2025-08-07 11:10:02 +02:00
  dac643121a
• Add support for grouping beatmaps by collections

  Takes changes in https://github.com/ppy/osu/pull/34233 and removes *all*
  of the complexity.
  
  Supersedes and closes #34233.
  
  Contains same caveat that we can only display one beatmap once in the
  carousel; this will be addressed separately.

  Dean Herbert · 2025-08-01 16:23:26 +09:00
  c3396a93a6
• Update inline comment
  Bartłomiej Dach · 2025-07-30 14:27:35 +02:00
  d4794dbc9a
• Apply code review suggestion
  Bartłomiej Dach · 2025-07-30 14:20:13 +02:00
  d49c924709
• Only perform user tag backpopulation after the local metadata cache updates
  Bartłomiej Dach · 2025-07-29 11:50:41 +02:00
  8307947a10
• Add back-population operation for user tags
  Bartłomiej Dach · 2025-07-23 10:35:32 +02:00
  1709811458
• Fix comment

  Co-authored-by: Dean Herbert <pe@ppy.sh>

  Bartłomiej Dach · 2025-07-22 09:44:35 +02:00
  5e0219c58f
• Merge branch 'master' into store-pause-count
  Bartłomiej Dach · 2025-07-22 08:44:16 +02:00
  b08ba3c9e4
• Add initial support for filtering by user tags in song select

  The way that this works is that it plugs into the online request to
  retrieve the beatmap set that the client is already performing, and
  stores user tag data to the local realm database.
  
  This means that for now user tags will only populate for beatmaps that
  the user has displayed on song select which is obviously subpar. I plan
  to follow this change up by adding user tag state dumps to `online.db`
  and using that data for initial tag population to make the majority case
  (ranked beatmaps) work.
  
  Note that several decisions were made here that are potential discussion
  points:
  
  - `RealmPopulatingOnlineLookupSource` is set up such that it can be the
    middle man / redirection point for similar flows that we need and we
    are currently missing, such as storing guest difficulty information,
    or storing the user's current best score on a beatmap (handy for rank
    achieved sorting / filtering / etc.)
  
  - The user tags are stored in `BeatmapMetadata` which breaks the
    longstanding assumption that you can arbitrarily pull out a metadata
    instance from any of the beatmaps in a set and get essentially the
    same object back.
  
    I've attempted to constrain this some by not adding user tags to
    the `IBeatmapMetadataInfo` interface through which `BeatmapSetInfo`
    exposes metadata further, but I warn in advance that this is
    a temporary state of affairs and I will make it worse in the future
    when `BeatmapMetadata.Author` becomes `Authors` plural in order to
    support guest mapper display (and direct guest difficulty submission).
  
  - The syntax for searching via user tags is chosen to mostly match web -
    it's `tag=`, with support for all of the string matching modes song
    select already has (bare word for substring, `""` quotes for phrase
    isolated by whitespace, `""!` for exact full match).

  Bartłomiej Dach · 2025-07-15 11:09:40 +02:00
  8cb81974eb
• Store score pause count to realm database
  Bartłomiej Dach · 2025-07-07 11:00:31 +02:00
  c83dcdc915
• Fix skins containing subdirectories breaking on external edit on windows

  Closes https://github.com/ppy/osu/issues/33994.
  
  The reason for the breakage is that `Directory.EnumerateFiles()` used in
  
  	https://github.com/ppy/osu/blob/b1435d35e56eed08a57d1909fa0b16e67bd9c2a2/osu.Game/Skinning/SkinImporter.cs#L63
  
  will use the primary platform directory separator character, which is
  `\` on windows and `/` on unices. The internal realm storage structure
  is expecting paths to be normalised to the unix convention, which is
  evident in
  
  	https://github.com/ppy/osu/blob/b1435d35e56eed08a57d1909fa0b16e67bd9c2a2/osu.Game/Database/RealmArchiveModelImporter.cs#L499
  
  on the write side and in
  
  	https://github.com/ppy/osu/blob/b1435d35e56eed08a57d1909fa0b16e67bd9c2a2/osu.Game/Skinning/RealmBackedResourceStore.cs#L50
  
  on the read side.
  
  Rather than applying this locally to the skin importer I kinda think
  it's better to have this call in `ModelManager` to hopefully avoid
  future footgunnage of this kind.

  Bartłomiej Dach · 2025-07-03 08:16:51 +02:00
  71210bedeb
• Fix dodgy threading

  The fact that the stuff "just worked" previously due to one load-bearing
  detach in a random location is really scary because a lot of this was
  just not written the way it is supposed to be.

  Bartłomiej Dach · 2025-06-30 14:17:27 +02:00
  2e0e7ff3c2
• Merge branch 'master' into skin-mounting
  Bartłomiej Dach · 2025-06-30 12:53:55 +02:00
  368850967b
• Fix stable scores importing with a LegacyOnlineID of 0

  Closes https://github.com/ppy/osu/issues/33435.
  
  The root cause of the issue is that the user's database contained a
  whole lot of scores with `LegacyOnlineID` of 0, which would trip up
  
  	https://github.com/ppy/osu/blob/97e6187f0d7c3dbee896596a623e34627135bf0e/osu.Game/Extensions/ModelExtensions.cs#L128-L129
  
  as that method would thus consider scores that are not the same as the
  same because of the zero, which later trips up
  
  	https://github.com/ppy/osu/blob/97e6187f0d7c3dbee896596a623e34627135bf0e/osu.Game/Screens/Ranking/SoloResultsScreen.cs#L79
  
  which ends up inserting `Score` into the list several times, which
  causes the crash.
  
  You might remember that I tried to fix this once before in
  https://github.com/ppy/osu/pull/24794. What I did not realise, however,
  is that stable *can still produce replays* that have an online ID of
  zero in them, because zero *is just `default(long)`*:
  
  	https://github.com/peppy/osu-stable-reference/blob/7205341bb70000a87fa1bd54e7642772e2af85d7/osu!/GameplayElements/Scoring/Score.cs#L123
  	https://github.com/peppy/osu-stable-reference/blob/7205341bb70000a87fa1bd54e7642772e2af85d7/osu!/GameplayElements/Scoring/Score.cs#L350
  
  The alternative way of fixing this would be just to change
  `MatchesOnlineID` to reject zeroes, but I think this is a saner overall
  direction.

  Bartłomiej Dach · 2025-06-10 11:54:11 +02:00
  d4fc6693b4
• Use UTF-8 encoding when exporting skin archives

  Closes https://github.com/ppy/osu/issues/33337.
  
  See also: https://github.com/ppy/osu/pull/28034#issuecomment-2084450285

  Bartłomiej Dach · 2025-06-03 13:54:54 +02:00
  fe325ba861
• Remove redundant public specfications in interfaces

  Rider EAP being noisy about this now (smoogi will be happy :D).

  Dean Herbert · 2025-05-26 17:14:41 +09:00
  cb0592d711
• Add debounce to difficulty calculation operations in churn scenarios
  Dean Herbert · 2025-05-19 16:16:33 +09:00
  192a1642d4
• Fix presenting score potentially dying due to deleted beatmap

  - Closes https://github.com/ppy/osu/issues/27168
  - Closes https://github.com/ppy/osu/issues/32930
  
  It's a little manual (if you perform any of the scenarios in the issues
  above on this branch, the first click will re-import the beatmap but not
  start the replay, and only the second will play it), but maybe fine?

  Bartłomiej Dach · 2025-04-24 08:47:08 +02:00
  c52dce0f38