Code
I am running USB Loader GX 3.0 on an early 2007 Wii running 4.3E with system menu 4.1 and IOS 249. I recently modded my Wii and also updated the loader manually to the latest version available. When I go to Ocarina in the game settings and download the cheats code, this is exactly what shows up in the heading above:
<!--[if it ie 7]> <html class+ ''no-js ie6 oldie'' lang+ ''en-US''>
There are no cheats just that in the heading. I am aware that I can manually download the cheats and put them onto my SD card; but I would like to know if I can fix this problem myself or if it is a bug.
Comment #1
Posted on Mar 16, 2014 by Massive ElephantI'm also having the same issue, mine was working fine then suddenly stopped downloading the codes. I attempted to update to fix it but that didn't work, while I don't think so its possible my son did though. I'll gladly share any info I can, just let me know.
Comment #2
Posted on Mar 16, 2014 by Massive ElephantIn the past, I already had issue downloading cheats, but it ended in an empty file instead, so I added an empty file detection to delete it automatically.
This time it's an issue with the website hosting the cheat codes, I think they changed the way files are downloaded. They seems to redirect the url to display the page in a browser and trigger the download from it, instead of sending the file. maybe because they are using cloudflare? I'll test it and see what I can do.
Comment #3
Posted on Mar 16, 2014 by Swift LionI'm aware that recently GeckoCodes.org were down for a couple of days (in March). I'm not exactly sure what for; it could have been maintenance, or or an upgrade. I've had the problem before the site went down and checked Ocarina to see it downloads cheat codes, same heading:
Comment #4
Posted on Mar 16, 2014 by Massive ElephantWhat is the link its trying to download from, I may be completely new to the Wii, but this may be moving into my territory. I'm sure the variable is the game code.
Comment #5
Posted on Mar 16, 2014 by Massive ElephantThis is what I thought.
They are now hosted through cloudflare to prevent DDOS and/or site going offline. Cloudflare is filtering all access and refusing usbloadergx.
Access denied | geckocodes.org used CloudFlare to restrict access The owner of this website (geckocodes.org) has banned your access based on your browser's signature (10c26fb30b470887-mh5).
I guess it's why Acciohacks is not working either. I don't know if it can be fixed homebrew side, it's probably the website which needs to accept incoming from other non-conventional browsers. I'll test with edited http requests header.
Comment #6
Posted on Mar 16, 2014 by Massive ElephantComment deleted
Comment #7
Posted on Mar 16, 2014 by Massive ElephantCloudflare is returning 403 forbidden even with known user agent, cookies, and different forged requests. I don't know how to fix this issue.
geckocodes.org needs to disable the browser integrity check in their cloudflare settings. Unless they specifically wanted to block homebrew from downloading codes.
Comment #8
Posted on Mar 16, 2014 by Swift LionAre you suggesting that the root of the problem lies with Gecocodes.org
Comment #9
Posted on Mar 16, 2014 by Swift LionThinking about it. If the server for Geckocodes.org isn't allowing the codes to be downloaded via USB Loader GX; the developers of GX need to update path line. I've been looking through the configuration brreifly and can't seem to find the system path for Ocarina.
Comment #10
Posted on Mar 16, 2014 by Massive ElephantI was able to download the text directly via http://geckocodes.org/txt.php?txt="insert game code here" I don't have access to my PC currently, but the download came thru fine on my tab running chrome v33.0.1750.136. If it's a browser compatibility issue would it not be possible to use a proxy to bypass that? If I'm misled let me know PCs are my domain, I'm just scratching the surface with the Wii.
- R7PE01.txt 3.89KB
Comment #11
Posted on Mar 17, 2014 by Massive ElephantUpdating the path line is not the issue.
it works fine from browsers, but not from USBLoaderGX. I'm sending the http request like usual, with GET, host, referer and user agent. cloudflare is a server proxy blocking any requests from non conventional browsers, and I don't know how their detection is working to bypass it (but their feature is there in the first place to prevent bypassing it).
If you want more information, check error 1010 and 403 forbidden on cloudflare website. To me, the problem is geckocodes settings.
Comment #12
Posted on Mar 17, 2014 by Swift LionWhat you're saying makes senense. This is the exact error I get when I try to download cheats for any game: Now I'm no expert by all means, I think the loader is using Internet Explorers user agent: either ie6/7 to make its way to Geckocodes.org. like you say, they may be blocking it because of security reason due to the fact its old and there are better alternatives out there e.g Mozilla's js. Now, to fix this problem where do we go from here, I mean the reality is USB loader GX hasn't been updated for nearly two years and this is an open source project. If the problem truely lies with Geckocodes, where or who do we go to?
Comment #13
Posted on Mar 17, 2014 by Massive Elephantthe loader doesn't use IE agent. what you see in the top of the ocarina screen is the first line of the reply. Open the GameID.txt file you downloaded in your text editor or browser, you'll see that it's a full page error. That error page has a css condition for older IE browser. USBGX just happen to display the first line of that page in the header of the ocarina menu.
That page error is "error 1010" which means the requested website is refusing the connection. geckocodes needs to disable the setting "browser integrity check" in his cloudflare settings.
Comment #14
Posted on Mar 21, 2014 by Swift Camelsame error here running latest gfxusbloader on vwii.
if the problem is browser checking from the geckocodes website, why not just mask gfxusbloader GET with a firefox header?
for example, using python:
opener = urllib2.build_opener() opener.addheaders = [('User-agent', 'Mozilla/5.0')] response = opener.open('wwww.stackoverflow.com')
this makes stackoverflow website thinks that the request is coming from firefox instead... makes sense?
cheers... H
Comment #15
Posted on Mar 21, 2014 by Swift Camelafter looking at the source code, I've found the line to change to make a GET request as it is firefox:
http://code.google.com/p/usbloader-gui/source/browse/trunk/source/network/http.c#201
Were it says:
//Form a nice request header to send to the webserver char* headerformat = "GET %s HTTP/1.0\r\nHost: %s\r\nReferer: %s\r\nUser-Agent: USBLoaderGX r%s\r\n\r\n";
we change to:
//Form a nice request header to send to the webserver char* headerformat = "GET %s HTTP/1.0\r\nHost: %s\r\nReferer: %s\r\nUser-Agent: Mozilla/%s\r\n\r\n";
that will actually make a request as Mozilla/3 I suppose, since %s will receive usbloader release number. We may have to hardcode it to Mozilla/5, making the necessary corrections (remove the release number) downstream were headerformat is used!
make sense? could someone who knows how to build this give it a try?
cheers... H
Comment #16
Posted on Mar 22, 2014 by Massive ElephantIssue 2254 has been merged into this issue.
Comment #17
Posted on Mar 22, 2014 by Massive Elephant@hradec: that's the first thing I tried, and it didn't work. I also tried to add cookies support as cloudflare use them, but didn't help. I also used a full HTTP header:
GET %s HTTP/1.0 Host: %s Connection: close User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:25.0) Gecko/20100101 Firefox/25.0 Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7 Cache-Control: no-cache Accept-Language: de,en;q=0.7,en-us;q=0.3 Referer: %s Cookie: __cfduid={working value from my browser here}
but it didn't work either
Comment #18
Posted on Mar 22, 2014 by Swift Cameldamn... ok! Monday I'll try a python script myself to research more and see if I cant figure this out for us... cheers!
H
Comment #19
Posted on Apr 10, 2014 by Helpful RabbitAnyone got a fix ?
Comment #20
Posted on Apr 17, 2014 by Happy CatBumping. Hopefully this issue is resolvable, it was a nice feature while it lasted.
Not sure if you need more conformation since it's a blatant cloudfare error but I'm getting the same thing.
Comment #21
Posted on Apr 21, 2014 by Massive Kangarooso they changed the way the servers work, so nothing but browsers can view...
any chance we can e-mail contact wiird and tell them?
Comment #22
Posted on Apr 21, 2014 by Quick RabbitI Think the best solution would be to ask them to add an option for homebrew (some kind of API)
A temporary fix is to setup a simple PHP file to retrieve code. I'm currently using this:
Comment #23
Posted on Apr 24, 2014 by Grumpy RabbitI recently got a new hdd 750 gb that got over 300 games in it and it would be a pain to transfer the text file manualy.Any progress for a fix ? And can you explain in detail how can you make a PHP file to retrieve codes with the method that you used. Thanks in advance
Comment #24
Posted on Apr 24, 2014 by Massive ElephantThere's a fix, but we need to use another network library (cURL) which currently conflicts with existing variables. I'll add it after 1219 (to much changes in 1219, I don't want to mess things too much, it will be easier to revert if needed).
Meanwhile, you can find a 1218 mod with cURL created by airline38: http://gbatemp.net/threads/usb-loader-gx.149922/page-887#post-4978062
Comment #25
Posted on May 5, 2014 by Massive ElephantIssue fixed in r1225.
No need to use cURL at all. Cloudflare just doesn't like "Referer:" in the request header.
Comment #26
Posted on Aug 19, 2014 by Happy Dogsounds to me that the solutruion lioes in js i think are using a js get browser code to get the type of browser they are using i have not see the entire error code but judging from the first line it looks to me they are using java script in the site for the cloudflare detection
Comment #27
Posted on Sep 15, 2014 by Grumpy KangarooI clicked on the r1225 link but I'm not exactly sure what to do with the webpage that opens? Should I be doing this from my computer or from my wii internet browser? Sorry to sound like an idiot. I have not tried to access any new cheats until recently and keep getting the same errors you guys mentioned. What do I do with the r1225 link after it opens? Also, does this help with the accio hacks not downloading new codes problem as well, just curious. Thank you for any help.
Comment #28
Posted on Oct 8, 2014 by Happy DogI would also like to update with the R1225 link but could someone please explain how to do it. Do I only apply the R1225 or do I have to update sequentially.
Comment #29
Posted on Oct 28, 2014 by Grumpy KangarooStill no help on this?
Comment #30
Posted on Oct 28, 2014 by Massive ElephantThat issue is already fixed.
Don't update to 1225, update to latest version instead. There's an automated update menu inside the loader's settings.
If you use the Full channel version. Don't use it anymore. use the USBLaoderGX installer to install the latest version on your SD or USB. Look at the download tab.
Comment #31
Posted on Oct 28, 2014 by Grumpy KangarooThank you very much. I will try that on my next few days off.
Comment #32
Posted on Nov 9, 2014 by Massive MonkeyMy USB loader is 2.3 and updates says no new updates. I still get the cheat download issues
Comment #33
Posted on Jan 28, 2015 by Quick RhinoI still get the cheat download issues, on THC 1.1.2, and CFG USB Loader 7.0... I would like to know if I can fix this problem myself or if it is a bug
Comment #34
Posted on Aug 2, 2015 by Massive CatHas this issue ever been resolved? I still get the problem with the latest version of USB LoaderGX.
Comment #35
Posted on Aug 3, 2015 by Swift CamelYes. I have been having issues with this again too here in Mid 2015.
Status: Fixed
Labels:
Type-Defect
Priority-Medium