mirror of
https://github.com/PlayCover/PlayCover.git
synced 2026-04-26 08:15:56 +03:00
[GH-ISSUE #2072] [Bug]: endfield crashes after opened for around 1 minute #1388
Labels
No labels
UI
app-support
bug
bug
documentation
duplicate
enhancement
game-support
good first issue
help wanted / caution
inactive
invalid
macos-beta
pull-request
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/PlayCover#1388
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @meowscipty on GitHub (Jan 27, 2026).
Original GitHub issue: https://github.com/PlayCover/PlayCover/issues/2072
Describe the bug
endfield crashes on its own,without anything open it still crashes(i can't find the logs)
Steps to reproduce
use playcover nightly 1369
open endfield
wait for around 1 minute
crashes
Expected behaviour
it was running pretty good before an update or smth but now it crashes on its own
Crash log
What version of PlayCover are you using?
Nightly/beta (please specify build number)
What version of macOS are you using?
Sonoma (macOS 14)
Issue Language
@Shalistera commented on GitHub (Jan 27, 2026):
same
@meowscipty commented on GitHub (Jan 27, 2026):
seems like Enable Jailbreak Bypass(Experimental) does not help
@Shalistera commented on GitHub (Jan 28, 2026):
Quick update from network comparisons (iPhone vs PlayCover):
listdl.com(paths includeiedsafe).gamesafe).glcs.listdl.com:443, but the connection drops immediately because the app terminates.glcs.listdl.com:443connection stays alive.Given the
iedsafe/gamesafepaths, this looks related to the security / anti-cheat flow (ACE?).@existence333 commented on GitHub (Jan 28, 2026):
Similar issue, here's my error log in case it helps:
@MrWindDog commented on GitHub (Jan 28, 2026):
I looked into this issue myself yesterday. My best guess is it is somehow related to certificates with listdl.com. It's the only thing that matched what I was seeing in Wireshark.
@Infinityphoen1x commented on GitHub (Jan 29, 2026):
Duet Night Abyss had the same issue. It links to an online config file (config2.yaml for Endifeld). Duet Night Abyss' one is this: https://dl.listdl.com/gamesafe/mobile/huiwan/ios/com.panstudio.duetnightabyss.arpg.global/config2.xml
And Endfield's one is just a different file type, config2.yaml. You can locate the config2/3 files in Data in playcover, and they have a hash attached, but from what I've found out with research is that it prompts the laptop for more than 'device' name but hardware capability and other similar stuff, and blocks the request to authorise the game session if it doesn't match the specified device (aka mac, iphone, etc.). As for why it lasts a minute - probably just takes that long to get a response. Anywho, because the playcover 'masking' of devices isn't perfect, the hash config files aren't allowed through and we crash. From my experience with Duet Night Abyss it often turns up as looking like render issues or hardware conflicts in the terminal/ crash output, but if it's the anti-cheat sending a response back that our device is 'incompatible' and unable to implement the stuff in the game then the game probably crashes even though it does actually work. I think Huiwan is closely related to Tencent (or owned by them) Who use kernel-level Anti Cheat (ACE)
@ohaiibuzzle commented on GitHub (Jan 30, 2026):
Duplicate of #2060