Could your html structure cause the exploit to randomly work/not work? I see a lot of "non standard" html, maybe this could be an issue? For example; why use onclick handlers on div's to open the .html files of the exploit instead of just pointing to them with the standard a tag, that's default for linking? Also a lot of inline css etc, maybe this is a problem?A whole new thread is a bit overkill, imo.
I think we should just stop trying for now. I'll mess around with it some more when I can test it with my own WiiU, which I hope will be soon.
In one of my tests I actually tried to just use <a href>, it didn't make a difference.Could your html structure cause the exploit to randomly work/not work? I see a lot of "non standard" html, maybe this could be an issue? For example; why use onclick handlers on div's to open the .html files of the exploit instead of just pointing to them with the standard a tag, that's default for linking?
Did you try a fully stripped down, non styled html file with standardized structure to rule this out? Maybe something like this as a test?In one of my tests I actually tried to just use <a href>, it didn't make a difference.
<!DOCTYPE html>
<html>
<head>
<title>WiiULib - Hombrew Browser</title>
<meta charset="UTF-8">
</head>
<body>
<div class="brewItem">
<h1>Hello World</h1>
<p>Shows you the text "Hello World!", to confirm this exploit is working on your WiiU!</p>
<a href="http://wiiulib.arndroid.nl/brew/helloworld/index.html">Run this app</a>
</div>
</body>
</html>
Thanks for helping out.Did you try a fully stripped down, non styled html file with standardized structure to rule this out? Maybe something like this as a test?
-snip-
Nope, already tested with more than one tab opened and also opening the link from another page and both works.
That's... wierd?
You get to the payload.html on test_12, right?
Also, has anyone tried test_11?
Or tested test_10 again, to confirm it is really not working for anyone else, but for bache?
Edit:
There is no one else with a remote host, that let's you select a homebrew/payload manually yet, like I have, that works?
With the kernel exploit will be possible to dump wii u game discs?
So discs already extracted, not .WUDsIt will be (in fact, it already is) possible to dump their files.
So discs already extracted, not .WUDs
The kernel exploit grants access to USB or SD IO?
That's good. Then homebrew is just a few steps away.USB is probably accessible even from userspace, and I was working on that for a while. SD access can only be done from an app with those permissions, like Smash, but the kernel exploit can inject itself into Smash.
This doesn't use OSFatal too. http://wj44.bplacedHere we are
I was using the exit.html from nwplayer123 to test and had problems with the bplaced.net server where the file is hosted, the connection was really slow and one time on three I got it hanging on the loading so
1) bad or slow connection can make the homebrew hang and freeze the browser
Making more tests with more tabs opened using exit.html and usbstor.html gave the following result
2) When using more than one tab, code seem to work only if all the others tab are empty (but with 6 white tabs it crash anyway). More tabs make the exploit not stable so use only one.
Testing with different user agents and settings
3)Code works with every user agent the same way
4) Clearing cookies doesn't seem to help in anyway
5) Sometime after many tests the console cannot find the network anymore and you have to reset it ( but maybe is just my shitty internet)
6) directly writing the link or using favourites seem to work in every occasion if you have only one tab opened, no matter what page you are visiting or visited before
7) to make links in pages to work they have to open the link in the same tab, not in a new tab (this is why opening links from gba temp doesn't work)
8) exit.html is much more stable than usbstor.html, and it also work in situations where the other fail (more tabs opened), maybe because it doesn't use OsFatal? (Tested both many many times)
www.gauntlethacks.me/Wiiu works fine with every example (sure pong crash but it load) so now we have an example that it s possible to load homebrew from a multi link page.
In Test_9 by Adr990 the first link work, the second open the link in another tab so it just freeze
Still haven't found the problem in the page wiiulib.arndroid.nl
Also I got the console to freeze on the transition between the browser and the wii u menu, don t know if it s interesting