[bhargavz]

Problem

EpgInfo.Id is an int bound straight to the id field of get_simple_data_table. Some Xtream providers send that field as a non-numeric string, for example a hex id like "6ae0d9df220c7". Newtonsoft can't convert that to an int, and the property isn't nullable, so NullableEventHandler doesn't ignore the error. Deserializing the listing throws, and that channel gets no programmes in the Live TV guide (LiveTvService.GetProgramsAsync) or in catch-up (CatchupChannel).

Fix

• The JSON id is now kept as a string in a new RawId property.
• Id stays an int, now a [JsonIgnore] computed property, so StreamService.ToGuid(...) callers are unchanged. It returns:
  • the numeric value when RawId parses as an int, so existing numeric ids, and the GUIDs built from them, stay the same;
  • otherwise a 32-bit FNV-1a hash of the id text. This is stable across runs and processes, unlike string.GetHashCode(), and it keeps distinct programmes on distinct GUIDs;
  • or, when the provider sends no id at all, the same hash of Start.Ticks.

This is the only change. It touches one file, Jellyfin.Xtream/Client/Models/EpgInfo.cs.

As a side effect, numeric EPG ids above int.MaxValue no longer throw either. They get hashed instead. This only covers EPG programme ids, so it does not fix the category/stream id overflow in #268.

Testing

• dotnet build -c Release succeeds with 0 warnings and 0 errors (net9.0, Jellyfin 10.11.0 packages).
• Ran a scratch console check against the built assembly. It is not part of this PR, since the repo has no test project. Results:
  • "6ae0d9df220c7" and "6ae0d9df220c8" deserialize, and each gives a different id that is the same on every call.
  • "12345" (string) and 12345 (number) both give 12345.
  • A missing id falls back to a hash of the start timestamp.
  • "2356443347" (above int32) deserializes instead of throwing.
• The same change has run in a fork against a provider that sends hex ids. The guide and catch-up listings load, and every programme has its own GUID.

Related

• App only suppots IDs up to 32-bit signed integers (2.147.483.647) #268: same class of problem (an id that doesn't fit int), but for category/stream ids. This PR doesn't fix that one.
• EPG string conversion issue with Dispatcharr #255 and DateTime Parsing Error in Jellyfin.Xtream 0.8.1.0 #271 are other EpgInfo deserialization failures. They come from the start field, not id, so this PR doesn't address them.

🤖 Generated with Claude Code