-> Check the update script for the last known json file
Download the *.zip archive to your "Genshin Impact Game" directory so that the launcher can find it on its next start.
Close the process and wine instances and resume the download until it's done (tested, works)
Sometimes the official launcher may stop working, log information
* Error `virtual_setup_exception` (Wine 5.17)
* .. or due to https://bugs.winehq.org/show_bug.cgi?id=52322
* or timeout while checking for updates
#### Possible solutions
1. **[Use a custom update & patch script](https://notabug.org/Krock/dawn/src/master/updater)**
2. Get the appropriate version yourself (JSON file)
* -> Check the update script for the last known json file
* Download the *.zip archive to your "Genshin Impact Game" directory so that the launcher can find it on its next start.
3. Close the process and wine instances and resume the download until it's done (tested, works)
Maybe I'm very wrong (and you already did) but did you remove from the /etc/hosts file the servers that are blocked when we apply the patch ? (I had issue with downloading the game from the launcher because of them, once I cleared my /etc/hosts, I no longer encountered any issues for downloading the game).
The servers to be temporarly removed/commented :
0.0.0.0 log-upload-os.mihoyo.com
Maybe I'm very wrong (and you already did) but did you remove from the `/etc/hosts` file the servers that are blocked when we apply the patch ? (I had issue with downloading the game from the launcher because of them, once I cleared my `/etc/hosts`, I no longer encountered any issues for downloading the game).
The servers to be temporarly removed/commented :
```
0.0.0.0 log-upload-os.mihoyo.com
```
Interesting. Did you figure out which domains are accessed during the download (try&error/Wireshark/mitmproxy ¹)? I don't think it's one of the Unity servers, but I'll have a look at this again for the 1.3.0 update.
Note ¹: The launcher starts the main Qt5 process which does not use the temporary exported envrionment variables. Haven't found a solution for this yet.
EDIT: No, I did not remove those hosts while downloading the last update.
Interesting. Did you figure out which domains are accessed during the download (try&error/Wireshark/mitmproxy ¹)? I don't think it's one of the Unity servers, but I'll have a look at this again for the 1.3.0 update.
Note ¹: The launcher starts the main Qt5 process which does not use the temporary exported envrionment variables. Haven't found a solution for this yet.
EDIT: No, I did not remove those hosts while downloading the last update.
In my case the hostnames were blocked before I even downloaded the official client from the website.
The launcher itself updated without any issues.
However I can confirm that my launcher did crash on me midway through downloading the game files but I didn't notice the above mentioned exception. The zip file workaround helped me to complete this step.
Upon launching the game for the first time (after applying >our< patches) the client did download some additional files on the "cloud city screen" without any issues.
IMO it's highly unlikely that any of the blocked host names is serving the game files since they come as one large zip file (if you start fresh) and thus I wouldn't have been able to download anything.
Either way I would strongly advise against removing the host entries to download the game files, even if blocking them is the reason for the crash. If they try to access them during the download they will be able to see that we are using wine. It's far more secure to just download the zip file manually and place it in the game folder.
In my case the hostnames were blocked before I even downloaded the official client from the website.
The launcher itself updated without any issues.
However I can confirm that my launcher did crash on me midway through downloading the game files but I didn't notice the above mentioned exception. The zip file workaround helped me to complete this step.
Upon launching the game for the first time (after applying >our< patches) the client did download some additional files on the "cloud city screen" without any issues.
IMO it's highly unlikely that any of the blocked host names is serving the game files since they come as one large zip file (if you start fresh) and thus I wouldn't have been able to download anything.
Either way I would strongly advise against removing the host entries to download the game files, even if blocking them is the reason for the crash. If they try to access them during the download they will be able to see that we are using wine. It's far more secure to just download the zip file manually and place it in the game folder.
While I'm not sure if this was the solution, the downloader didn't crash on two systems I've tested after installing vcrun2019 (Visual C++ 2015-2019 libraries) with Winetricks in the game's Wine prefix. Tested on 1.2.0.
While I'm not sure if this was the solution, the downloader didn't crash on two systems I've tested after installing vcrun2019 (Visual C++ 2015-2019 libraries) with Winetricks in the game's Wine prefix. Tested on 1.2.0.
I have VC 2013 and 2019 installed and it crashed when I tried to download version 1.2. Since then I just download the zip files and paste them into the GI game folder. So I don't think this is related to VC.
I have VC 2013 and 2019 installed and it crashed when I tried to download version 1.2. Since then I just download the zip files and paste them into the GI game folder. So I don't think this is related to VC.
It seems MHY changed their API a bit and now request to the https://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?launcher_id=10 (and similar APIs) requires the key parameter, so it becomes like https://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?key=XXXXXXXX&launcher_id=10. It's still unclear to me is this key shared between all the users, is it calculated based on some initial common seed value (like game or launcher version) or is it unique to each launcher installation. Spoofing it with the random values doesn't seem to work.
It seems MHY changed their API a bit and now request to the `https://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?launcher_id=10` (and similar APIs) requires the `key` parameter, so it becomes like `https://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?key=XXXXXXXX&launcher_id=10`. It's still unclear to me is this key shared between all the users, is it calculated based on some initial common seed value (like game or launcher version) or is it unique to each launcher installation. Spoofing it with the random values doesn't seem to work.
@Alex72 Distributed as hardcoded value within the launcher binary. Updated the script accordingly. To be fair, this param already existed for a long time, but was not checked properly.
EDIT: Outdated as of version 1.6.0
~~@Alex72 Distributed as hardcoded value within the launcher binary. Updated the script accordingly. To be fair, this param already existed for a long time, but was not checked properly.~~
EDIT: Outdated as of version 1.6.0
Quick update: virtual_setup_exception did not occur on Wine 6.13 (vanilla) and launcher version 2.11.2.0.
However, the warning 0438:fixme:winsock:WS_setsockopt SO_ERROR, stub! now appears periodically without causing any side-effects.
Quick update: `virtual_setup_exception` did not occur on Wine 6.13 (vanilla) and launcher version 2.11.2.0.
However, the warning `0438:fixme:winsock:WS_setsockopt SO_ERROR, stub!` now appears periodically without causing any side-effects.
The update script and other 3rd party launchers are capable of game installations and updates very well at this point, hence this issue has no relevance any more.
The most important issue is https://bugs.winehq.org/show_bug.cgi?id=52322 which needs to be fixed in Wine in order to use the official launcher seamlessly.
The update script and other 3rd party launchers are capable of game installations and updates very well at this point, hence this issue has no relevance any more.
Sometimes the official launcher may stop working, log information
virtual_setup_exception(Wine 5.17)Possible solutions
Maybe I'm very wrong (and you already did) but did you remove from the
/etc/hostsfile the servers that are blocked when we apply the patch ? (I had issue with downloading the game from the launcher because of them, once I cleared my/etc/hosts, I no longer encountered any issues for downloading the game).The servers to be temporarly removed/commented :
Interesting. Did you figure out which domains are accessed during the download (try&error/Wireshark/mitmproxy ¹)? I don't think it's one of the Unity servers, but I'll have a look at this again for the 1.3.0 update.
Note ¹: The launcher starts the main Qt5 process which does not use the temporary exported envrionment variables. Haven't found a solution for this yet.
EDIT: No, I did not remove those hosts while downloading the last update.
In my case the hostnames were blocked before I even downloaded the official client from the website.
The launcher itself updated without any issues.
However I can confirm that my launcher did crash on me midway through downloading the game files but I didn't notice the above mentioned exception. The zip file workaround helped me to complete this step.
Upon launching the game for the first time (after applying >our< patches) the client did download some additional files on the "cloud city screen" without any issues.
IMO it's highly unlikely that any of the blocked host names is serving the game files since they come as one large zip file (if you start fresh) and thus I wouldn't have been able to download anything.
Either way I would strongly advise against removing the host entries to download the game files, even if blocking them is the reason for the crash. If they try to access them during the download they will be able to see that we are using wine. It's far more secure to just download the zip file manually and place it in the game folder.
While I'm not sure if this was the solution, the downloader didn't crash on two systems I've tested after installing vcrun2019 (Visual C++ 2015-2019 libraries) with Winetricks in the game's Wine prefix. Tested on 1.2.0.
I have VC 2013 and 2019 installed and it crashed when I tried to download version 1.2. Since then I just download the zip files and paste them into the GI game folder. So I don't think this is related to VC.
It seems MHY changed their API a bit and now request to the
https://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?launcher_id=10(and similar APIs) requires thekeyparameter, so it becomes likehttps://sdk-os-static.mihoyo.com/hk4e_global/mdk/launcher/api/resource?key=XXXXXXXX&launcher_id=10. It's still unclear to me is this key shared between all the users, is it calculated based on some initial common seed value (like game or launcher version) or is it unique to each launcher installation. Spoofing it with the random values doesn't seem to work.@Alex72 Distributed as hardcoded value within the launcher binary. Updated the script accordingly. To be fair, this param already existed for a long time, but was not checked properly.EDIT: Outdated as of version 1.6.0
Quick update:
virtual_setup_exceptiondid not occur on Wine 6.13 (vanilla) and launcher version 2.11.2.0.However, the warning
0438:fixme:winsock:WS_setsockopt SO_ERROR, stub!now appears periodically without causing any side-effects.The most important issue is https://bugs.winehq.org/show_bug.cgi?id=52322 which needs to be fixed in Wine in order to use the official launcher seamlessly.
The update script and other 3rd party launchers are capable of game installations and updates very well at this point, hence this issue has no relevance any more.