mirror of
https://github.com/DorkSquadRR/DorkNet.git
synced 2026-10-25 23:18:44 -07:00
fix: correct 2023-03-21 client wire contracts across the API and notify surfaces
Audits every route the March-2023 client can call against what this server
actually serves, and fixes the defects that were breaking gameplay. Adds
docs/recroom-2023-client-api-complete.md as the reference: ~500 route
literals across 13 subsystems, with verb, request/response shape, and a
per-subsystem diff. 315 defects catalogued; the ones fixed here are listed
in its "Already fixed" table.
Path coverage was never the problem — 465 of 506 routes already had
handlers. The failures were in shape, and they cluster into four causes:
- Wrong verb. The verb is a BestHTTP.HTTPMethods ordinal (GET=0 .. PATCH=5),
confirmed from that enum's static constructor. Routes registered POST-only
while the client PUTs returned 405, which made room consumables neither
buyable nor consumable and blocked every room-key edit.
- Bare scalar wrapped in an object. The client reads `1000`, not
`{"Limit":1000}`; the issuing method signature says which. Wrapping makes
the deserializer throw and the feature dies silently.
- [FromBody] vs form-urlencoded. The client sends nearly every write as form
data, which an [ApiController] action bound [FromBody] rejects with 415
before the handler runs. This alone broke all 13 club member-management
endpoints. Adds Binding/FormOrJsonModelBinder so this is fixed once.
- Notify dispatch keys. Both enum overloads of the client's RegisterHandler
lower the id via Int32.ToString() and register only that numeric key, and
lookup is a case-sensitive TryGetValue that returns silently on a miss. We
were sending the enum NAME for most ids, so friend-request updates, forced
logout, maintenance broadcasts, live balance and consumable updates, and
invention moderation pushes all evaporated with no error anywhere.
Notable behavioural bugs fixed:
- Editing a club announcement deleted it: PUT was a third binding on the
delete handler. Split apart, and the missing create route added.
- leaderboard/CheckAndSetStat did not exist. The 2023 client has no SetStat
literal at all, so every leaderboard score it wrote was discarded.
- Setting a club clubhouse cleared it: the handler read roomId from the query
while the client sends it in the body, then wrote the resulting null.
- Club join requests were inverted (the enum is Open=0, InviteOnly=1,
AskToJoin=2), so ask-to-join clubs rejected everyone and invite-only clubs
quietly admitted them.
- Room bans were pushed as id 24, for which the client registers no handler;
they now go out as ModerationKick with IsBan, so the ban takes effect
immediately instead of at next login.
- Room-key ownership queries answered for the wrong player, and "has anyone
bought this key" asked "did I buy it" — always false for the creator.
Also persists settings that were previously acknowledged and dropped
(playlist accessibility/restrictions/level-voting/warning, per-player status
visibility, VR movement mode and avoid-juniors, custom room codes), which is
what the new columns in the migration are for.
One test asserted the old nested PriceAndCurrency response shape; the
client's consumable formatter has no such key and reads Price and
PurchaseCurrencyId flat, so the test was corrected alongside the handler.
This commit is contained in:
@@ -1,3 +1,4 @@
|
||||
using System.Text.Json;
|
||||
using Microsoft.AspNetCore.Authorization;
|
||||
using Microsoft.AspNetCore.Mvc;
|
||||
using Microsoft.EntityFrameworkCore;
|
||||
@@ -78,8 +79,85 @@ public class InventoryController(
|
||||
/// <summary>POST <c>api/equipment/v1/update</c> — toggle the
|
||||
/// "favorited" flag on a piece of equipment (the watch lets the
|
||||
/// player pin commonly-used tools).</summary>
|
||||
/// <remarks>The 2023-03-21 client sends a JSON <b>array</b> of equipment
|
||||
/// updates here, not a single object (it serialises a
|
||||
/// <c>List<BCINJINBBHG></c>). Binding <c>[FromBody]</c> onto one
|
||||
/// object failed model binding and returned an automatic 400, so equip and
|
||||
/// favourite changes never persisted for that build. The body is now read
|
||||
/// leniently and both shapes are applied through the same per-item path.
|
||||
/// </remarks>
|
||||
[HttpPost("api/equipment/v1/update")]
|
||||
public async Task<IActionResult> UpdateEquipment([FromBody] EquipmentUpdateRequest req)
|
||||
[Consumes("application/json", "application/x-www-form-urlencoded", "multipart/form-data")]
|
||||
public async Task<IActionResult> UpdateEquipment()
|
||||
{
|
||||
var requests = await ReadEquipmentUpdatesAsync();
|
||||
if (requests.Count == 0) return BadRequest("missing prefab/mod identifier");
|
||||
|
||||
IActionResult last = Ok();
|
||||
foreach (var req in requests)
|
||||
{
|
||||
last = await ApplyEquipmentUpdateAsync(req);
|
||||
// Surface the first rejection rather than pretending the whole
|
||||
// batch succeeded.
|
||||
if (last is not OkObjectResult and not OkResult) return last;
|
||||
}
|
||||
return last;
|
||||
}
|
||||
|
||||
/// <summary>Accepts a single object, an array of objects, or a form post.</summary>
|
||||
private async Task<List<EquipmentUpdateRequest>> ReadEquipmentUpdatesAsync()
|
||||
{
|
||||
var opts = new JsonSerializerOptions { PropertyNameCaseInsensitive = true };
|
||||
var result = new List<EquipmentUpdateRequest>();
|
||||
|
||||
if (Request.HasFormContentType)
|
||||
{
|
||||
var form = await Request.ReadFormAsync();
|
||||
string? S(params string[] keys)
|
||||
{
|
||||
foreach (var k in keys)
|
||||
if (form.TryGetValue(k, out var v) && !string.IsNullOrEmpty(v)) return v.ToString();
|
||||
return null;
|
||||
}
|
||||
bool? B(params string[] keys)
|
||||
=> bool.TryParse(S(keys), out var b) ? b : null;
|
||||
result.Add(new EquipmentUpdateRequest
|
||||
{
|
||||
PrefabName = S("PrefabName", "prefabName"),
|
||||
ModificationGuid = S("ModificationGuid", "modificationGuid"),
|
||||
Favorited = B("Favorited", "favorited") ?? false,
|
||||
Equipped = B("Equipped", "equipped"),
|
||||
IsEquipped = B("IsEquipped", "isEquipped"),
|
||||
});
|
||||
return result;
|
||||
}
|
||||
|
||||
try
|
||||
{
|
||||
Request.EnableBuffering();
|
||||
Request.Body.Position = 0;
|
||||
using var doc = await JsonDocument.ParseAsync(Request.Body);
|
||||
Request.Body.Position = 0;
|
||||
var root = doc.RootElement;
|
||||
if (root.ValueKind == JsonValueKind.Array)
|
||||
{
|
||||
foreach (var el in root.EnumerateArray())
|
||||
{
|
||||
var one = el.Deserialize<EquipmentUpdateRequest>(opts);
|
||||
if (one is not null) result.Add(one);
|
||||
}
|
||||
}
|
||||
else if (root.ValueKind == JsonValueKind.Object)
|
||||
{
|
||||
var one = root.Deserialize<EquipmentUpdateRequest>(opts);
|
||||
if (one is not null) result.Add(one);
|
||||
}
|
||||
}
|
||||
catch (JsonException) { /* unparseable body → treated as empty */ }
|
||||
return result;
|
||||
}
|
||||
|
||||
private async Task<IActionResult> ApplyEquipmentUpdateAsync(EquipmentUpdateRequest req)
|
||||
{
|
||||
var pid = Me;
|
||||
// Catalog-backed skins use a compound slug so we can round-trip
|
||||
@@ -209,16 +287,28 @@ public class InventoryController(
|
||||
return Ok(new { row.Id, Count = row.Quantity });
|
||||
}
|
||||
|
||||
/// <remarks>The 2023-03-21 client serialises a <c>TransferConsumableRequest</c>
|
||||
/// with <c>JsonUtility.ToJson</c> and posts it as a raw JSON body. With
|
||||
/// <c>[ApiController]</c> plus <c>[FromForm]</c> parameters, an
|
||||
/// <c>application/json</c> request bound nothing and the transfer was
|
||||
/// rejected as invalid, so consumable gifting never worked on that build.
|
||||
/// The JSON body is now read alongside the original form/query paths.</remarks>
|
||||
[HttpPost("api/consumables/v1/transfer")]
|
||||
[Consumes("application/json", "application/x-www-form-urlencoded", "multipart/form-data")]
|
||||
public async Task<IActionResult> TransferConsumable(
|
||||
[FromForm] long? id,
|
||||
[FromForm] long? recipientPlayerId,
|
||||
[FromForm] int quantity = 1)
|
||||
{
|
||||
var pid = Me;
|
||||
var inventoryId = id ?? (long.TryParse(Request.Query["id"], out var qId) ? qId : 0);
|
||||
var recipient = recipientPlayerId ?? (long.TryParse(Request.Query["recipientPlayerId"], out var qRecipient) ? qRecipient : 0);
|
||||
var amount = Math.Max(1, quantity);
|
||||
var body = await ReadTransferBodyAsync();
|
||||
var inventoryId = id
|
||||
?? body.Id
|
||||
?? (long.TryParse(Request.Query["id"], out var qId) ? qId : 0);
|
||||
var recipient = recipientPlayerId
|
||||
?? body.RecipientPlayerId
|
||||
?? (long.TryParse(Request.Query["recipientPlayerId"], out var qRecipient) ? qRecipient : 0);
|
||||
var amount = Math.Max(1, body.Quantity ?? quantity);
|
||||
if (inventoryId <= 0 || recipient <= 0 || recipient == pid)
|
||||
return BadRequest("invalid_transfer");
|
||||
|
||||
@@ -247,6 +337,69 @@ public class InventoryController(
|
||||
return Ok(new { Success = true, SourceCount = Math.Max(0, source.Quantity), RecipientCount = target.Quantity });
|
||||
}
|
||||
|
||||
private readonly record struct TransferBody(long? Id, long? RecipientPlayerId, int? Quantity);
|
||||
|
||||
/// <summary>Reads the 2023 client's raw JSON transfer body. JsonUtility
|
||||
/// emits field names verbatim, and the exact casing of that DTO is not
|
||||
/// recoverable from the ISIL, so both conventions are accepted.</summary>
|
||||
private async Task<TransferBody> ReadTransferBodyAsync()
|
||||
{
|
||||
if (Request.HasFormContentType) return default;
|
||||
try
|
||||
{
|
||||
Request.EnableBuffering();
|
||||
Request.Body.Position = 0;
|
||||
using var doc = await JsonDocument.ParseAsync(Request.Body);
|
||||
Request.Body.Position = 0;
|
||||
if (doc.RootElement.ValueKind != JsonValueKind.Object) return default;
|
||||
|
||||
long? L(params string[] keys)
|
||||
{
|
||||
foreach (var k in keys)
|
||||
if (doc.RootElement.TryGetProperty(k, out var e) &&
|
||||
e.ValueKind == JsonValueKind.Number && e.TryGetInt64(out var v)) return v;
|
||||
return null;
|
||||
}
|
||||
int? I(params string[] keys)
|
||||
{
|
||||
foreach (var k in keys)
|
||||
if (doc.RootElement.TryGetProperty(k, out var e) &&
|
||||
e.ValueKind == JsonValueKind.Number && e.TryGetInt32(out var v)) return v;
|
||||
return null;
|
||||
}
|
||||
return new TransferBody(
|
||||
L("Id", "id", "InventoryId", "inventoryId"),
|
||||
L("RecipientPlayerId", "recipientPlayerId"),
|
||||
I("Quantity", "quantity", "Count", "count"));
|
||||
}
|
||||
catch (JsonException) { return default; }
|
||||
}
|
||||
|
||||
/// <summary>GET <c>api/consumables/v1/getTransferable/{playerId}</c> — the
|
||||
/// consumables the caller may gift to <c>playerId</c>. No handler existed,
|
||||
/// so the transfer UI 404'd and could never list anything to send.
|
||||
/// Returns the same grouped shape as <c>v2/getUnlocked</c>.</summary>
|
||||
[HttpGet("api/consumables/v1/getTransferable/{playerId:long}")]
|
||||
public async Task<IActionResult> GetTransferableConsumables(long playerId)
|
||||
{
|
||||
var pid = Me;
|
||||
var rows = await db.PlayerInventory
|
||||
.Where(p => p.PlayerId == pid && p.Quantity > 0)
|
||||
.ToListAsync();
|
||||
|
||||
// Can't gift to yourself; everything else the caller holds is fair game.
|
||||
var transferable = playerId == pid ? [] : rows;
|
||||
return Ok(transferable
|
||||
.GroupBy(r => r.ItemSlug)
|
||||
.Select(g => new
|
||||
{
|
||||
Consumable = g.Key,
|
||||
Count = g.Sum(r => r.Quantity),
|
||||
Id = g.Min(r => r.Id),
|
||||
})
|
||||
.ToList());
|
||||
}
|
||||
|
||||
public sealed class ActivateConsumableRequest
|
||||
{
|
||||
public long Id { get; set; }
|
||||
|
||||
Reference in New Issue
Block a user