when the text "device has entered dfu" appeared, theres a 3 second window where it waits until it transitions to the exploit screen, and during that moment device disconnect handling was being incorrectly handled when it shouldnt of been
refactor(ci): use cpack
fix(build): I speld palerain worong (sigh)
fix(ci): correct cpack args
fix(ci): linux naming
fix(build): cpack windows
fix(ci): whatever
fix(build): dont install deps
Co-Authored-By: Nick Chan <[email protected]>
* refactor
refactor: remove wdi
refactor: move openra1n to its own library
refactor: move everything standalone file to src root
* submodule
* okay these shouldnt of been included
* remove
* readd
* fix openra1n libusb
* liteusb for ra1ncovery
* fix action
* token
* whatever lwra bw apwxidix
* I knew this was gonna happen
* fix mac build
* what if this doesnt work
* okay bro
* lzma resources
* rename
* use idevice++, fix multiple devices, enter recovery
* whatever
* fix
* --force-enable-ssv
* improve exploit stuff, mirror tui logic to gui
also cooool logging for libopenra1n
* fix idevice windows build
* lets not be fancy
* new idevice patch
* easier to read
* lets hope this action works!
* remove useless ifs
* not required for non tui
* PLEASE COMPILE
* gsed lmao
* this might work idk
* whatever bro
* ah
* amd fix
* fix ts
* fix
* licensing
* update paleinfo
* LETS NOT do that
* forgot a file
there was a bug in the function where after sending `bootx` it will just wait in the while loop, I assume we dont care about the bootx command output so we're just gonna exit early..
CLARATION
bradleytechman
Nick Chan