-
-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inapp browser mod downloading stopped by Cloudflare #1367
Comments
A known issue, we merged and released anyways |
I have a few thoughts on how to fix this, are there any packs that consistently trigger the cloudflare captcha for me to test against? Also, as a sanity check, the relevant functions should be the ones triggered by |
Perhaps making use of similar methods as FlareSolverr could be handy: |
Maybe try detecting Cloudflare and temporarily disable the timeout if the Cloudflare page is open? |
any updates on this? This basically makes using GDlauncher impossible since so many mods trigger the external download window. (at least for me, maybe for others it's different but the main reason I use GDLauncher is because it lets me find and download lots of mods quickly for custom packs for me and some friends) |
Any news? |
Issue open, no new messages or references. I do not think so. |
Also been having this issue recently, pretty inconsistent though. |
One option could be to provide a manual option, which shows the 3rd party mods in a list, and download links, then hitting done when done. |
I.. Don't understand.
Does this mean "We know it's a problem, we don't have a manual workaround, we just released it as is anyways"? Am I not able to download the mods manually and put them in a certain folder? Because this "Yes but no" approach just sounds a bit silly because it's forcing me to move to a different launcher "until further notice" when that was exactly what I was trying to avoid. I agree with @cyraid; Automation of those downloads is one of the greatest QoL features, but shouldn't just be the only option available for us users in cases like these where something that's out of the hands of the GD developers happens that requires time to fix it. |
At the time we implemented this workaround, it was more a concern to bring the fix out to users. But as this project barely receives any contributions, no one implemented a "real" manual download yet. There just came a pr about this I am going to review today (#1512) btw. |
Realistically, downloading mods manually and shoving them in `mods`, while
viable for the meantime, is not pretty. The developers know of the issue
but decided to publish the update sooner rather than fixing this because
the overall curseforge API changes were more important than fixing a small
issue (imagine the pandemonium if they had decided to fix this before
releasing the curseforge API bypass) so as to provide more up to date
features. Bugs like this one, although inhibiting the launchers ease of
use, are not critical and as such can be addressed at a later date when
other, more critical issues are resolved.
…On Mon, Jan 16, 2023, 02:04 Rezaldy ***@***.***> wrote:
I.. Don't understand.
A known issue, we merged and released anyways
Does this mean "We know it's a problem, we don't have a manual workaround,
we just released it as is anyways"? Am I not able to download the mods
manually and put them in a certain folder? Because this "Yes but no"
approach just sounds a bit silly because it's forcing me to move to a
different launcher "until further notice" when that was exactly what I was
trying to avoid.
—
Reply to this email directly, view it on GitHub
<#1367 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AWJJWTTBGDBE24JFVPU7YDLWSSF7HANCNFSM5Y6Q5DTA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
@Theboiboi8 I agree, it's not pretty, but when the "pretty" option is not available, some other option should be, as unsanitary as it may be so the issue does not become blocking for the user experience and have them move to options more viable to them when GDLauncher was supposed to solve that problem for them. I read the proposed PR that @Eskaan just mentioned and it is what another launcher I had to download has already been doing, which is why I was wondering if GD refused to implement this or if more played into this (The latter being none of my business). I'm glad this change is being made though. FYI; The other launcher just asks me to open the URLs of blocking mods that immediately download the correct file when clicking the "open in browser" button, and then place it in my Downloads folder. It automatically checks my user's Downloads folder every x seconds for the files' presence and continues when everything has been downloaded. Seems like this is pretty much what the PR proposes. Thank you for the update @Eskaan and thanks for the PR @Celeo (#1512)! |
Give users the option of downloading manually to get around this. Even if it automates the link loading process, but then becomes "hands off" once the link for each of the mods has been clicked one by one. |
I have a PiHole set up which points to Cloudflare DNSSEC servers, noticed when I went to install 'All The Mods 8' today that for every mod it has to open the inapp browser for, it gets the usual 'www.curseforge.com needs to review the security of your connection before proceeding'. I don't get any captchas that I have to fill out (Though I did ever once in a while notice a "Verify you are human" blue button, can't click it quickly enough though), but once all the popups have finished, GDLauncher just comes up telling me they all failed to download. I realise that some modmakers choose to go this route of not allowing the mods to be pre-included in the modpack, but yeah. |
Has this been fixed? The curseforge screen keeps reloading whenever downloading some mods. |
I think this label describes it enough. This issue is, in the end, 100% caused by Curseforge and their download policies. |
All because of a setting that shouldn't have been there to begin with? Preventing from bundling the mods? Greed. (On curseforge) |
I can completely agree with your disappointment, but I'm the end I can only repeat what I said already: Most of those problems don't lay by us but get introduced by Curseforge for us to fix. And this in particular was a move specifically done to prevent external mod downloading. Seems like it worked for Curseforge :/ Another problem is that our development currently concentrate on the rewrite and I am more or less the only official maintainer over here, and I can only do necessary work on GDL in my free time atm. PRs are still welcome! By the way, the manual download and continue button has been done and is already in a beta release. I plan on moving it to stable this weekend. |
Looking forward to moving straight back to GDLauncher when that's ready! Thank you so much for your hard work, and really appreciate your response. |
Describe the bug
As of new version came out there is an in-game webview that downloads mods. After downloading a few modpacks I got stuck in the Cloudflare window and I can't move on. Tried both clicking it by hand and waiting so the launcher would do things for me - no success.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Let me solve the captcha or try to bypass it.
Possible solutions
I can see that launcher waits 5 seconds to let the mod download but it is also resetting the captcha. Maybe if it detects Cloudflare IP, then the launcher should stop the timer so a person could click and solve the puzzle?
Screenshots
Operating System:
The text was updated successfully, but these errors were encountered: