feat: E2EE Voice Chat, Screenshare and Camera

[secp192k1]

Aliucord/Aliucord#752

[rushiiMachine]

We're not shipping proprietary binaries directly in Manager

[secp192k1]

We're not shipping proprietary binaries directly in Manager

Understandable, however I couldn't implement this in any other feasible way.

I assume that your idea would to host the native libs in aliucord website, just like how the old version of discord is stored. Which well, can't really host it since I dont have access to the website, I'll make a PR on the website repo soon.
Edit: Its on maven repo, cant PR anything lol

Question, if the files do get hosted via the website, should they be cached and should there be a button/method to clear that file cache ln the manager?

[secp192k1]

@rushiiMachine more questions while thinking about this, assuming the libs do get hosted on maven like the old app is..

1. Should I add an hash check for those library files?
   If yes, would that be stored on maven or on manager?
2. Should the custom initial core (Aliucord.zip, Injector.dex, etc) also be stored on maven?
3. The "Clear Cache" button in manager will be wired to also clear all of these new downloaded files, correct?

[Ushie]

You don't need custom core and custom injector, you can just PR to them

[Ushie]

Marking as draft until binaries are hosted somewhere

[secp192k1]

The following files in maven need to be updated:

• Aliucord.zip
• patches.zip
• Injector.dex

That were built from Aliucord/Aliucord#752

[rushiiMachine]

1. Should I add an hash check for those library files?

There is already logic in DownloadDiscordStep to verify signature of APK, you can extend that. I haven't looked at what you did though

2. Should the custom initial core (Aliucord.zip, Injector.dex, etc) also be stored on maven?

what?

3. The "Clear Cache" button in manager will be wired to also clear all of these new downloaded files, correct?

If it reuses the same paths obtained from PathManager and follows the same format as DownloadDiscordStep, yes