http://bugs.winehq.org/show_bug.cgi?id=19594
Summary: No links work on yahoo.com with bultin iexplore Product: Wine Version: 1.1.26 Platform: PC URL: http://yahoo.com OS/Version: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs@winehq.org ReportedBy: vitaliy@kievinfo.com
Created an attachment (id=22847) --> (http://bugs.winehq.org/attachment.cgi?id=22847) Terminal output
None of URL links work on http://yahoo.com when using Wine's own iexplore powered by wine_gecko. This is present in current git (wine_gecko-1.0.0) as well as in wine-1.1.26 (wine_gecko-0.9.1).
This line is printed every time a link is clicked. err:mshtml:before_async_open GetWineURL returned NULL
http://bugs.winehq.org/show_bug.cgi?id=19594
Dylan Taylor aliendude5300@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aliendude5300@gmail.com
--- Comment #1 from Dylan Taylor aliendude5300@gmail.com 2009-08-09 14:16:40 --- Hmm... this bug sounds really weird. Did you try other sites, such as Google, Ask.com, Bing, etc? I can't see why the bug would only apply to Yahoo.
http://bugs.winehq.org/show_bug.cgi?id=19594
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-09 16:26:48 --- Some other sites work (you can test yourself). Dunno what is so special about yahoo.com. Since wine's iexplore doesn't have functioning view source it's hard to see what exactly doesn't work.
The site does complain that it knowns nothing about the browser I am using.
http://bugs.winehq.org/show_bug.cgi?id=19594
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jacek@codeweavers.com, | |nerv@dawncrow.de
http://bugs.winehq.org/show_bug.cgi?id=19594
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 Severity|normal |minor
--- Comment #3 from Jacek Caban jacek@codeweavers.com 2009-09-09 14:38:08 --- Lowering priority. It's easy to find a page that doesn't work, but it doesn't affect any real application.
http://bugs.winehq.org/show_bug.cgi?id=19594
SneakyWho_am_i@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |SneakyWho_am_i@yahoo.co.uk
--- Comment #4 from SneakyWho_am_i@yahoo.co.uk 2009-09-28 06:04:21 --- wine iexplore 'http://www.imvu.com/outfits/outfit_edit.php?edit_outfit=new&client_useri...'
Trying to access this page, the login button throws the error: err:mshtml:before_async_open GetWineURL returned NULL
The application in question is the imvu client (and the imvu previewer). It doesn't bring up that page /right now/, because the default browser is winebrowser and not iexplore. However, if that changed (and #13891 was resolved fixed) this bug would become an issue. Here is the download location: http://www.imvu.com/catalog/web_download_steps.php The app is written in python and makes calls to open certain urls including the one above. At the moment due to HKEY_CLASSES_ROOT\http\shell\open\command and the dde issue from bug #13891 ( http://bugs.winehq.org/show_bug.cgi?id=13891 ) the app's attempts to open a browser all vanish into the terminal.
Using winebrowser (after applying the registry workaround or modifying the imvu client) isn't working: passing the url to winebrowser and logging in is mysteriously causing a redirect to the wrong page (sent in a header from their webserver - their fault). (actual: web_index.php expected: outfits/outfit_edit.php). Therefore I've tried in iexplore, but with the result that it throws the error this bug is about.
So... It doesn't break in the current implementation, but I would expect it to in future.
The procedure for triggering the bug is: 1: install the app (see above link) 2: modify the app or edit the registry so that the url is handed to iexplore instead of winebrowser (because winebrowser will get an incorrect redirect from imvu) 3: open the app and select "my room" 4: type "*saveOutfit", press enter, click the little portrait icon that appears in the bottom right (a browser window opens) 5: Type your username and password into the login form, click the submit button with your mouse
Expected result: Login form is submitted
Actual result: No response except for the following line in the terminal: err:mshtml:before_async_open GetWineURL returned NULL
I did a little search for the function with the error: http://source.winehq.org/search?string=before_async_open Here is the line number right now where it is thrown: http://source.winehq.org/source/dlls/mshtml/nsio.c#L138 136 nsIWineURI_GetWineURL(channel->uri, &uri); 137 if(!uri) { 138 ERR("GetWineURL returned NULL\n"); 139 return TRUE; 140 }
It would be nice to know the value of channel->uri before it is sent to nsIWineURI_GetWineURL.
I hope this helps. I think that I should chase the winebrowser redirection issue with imvu itself since it may well be a problem with their website. Their client code is a python equivalent to `wine start $url` (and I can replicate it with webbrowser.open() but I forget which function they actually called (although see #13891 which affects that).
Although THIS bug _theoretically_ affects this application, it is a small part of the functionality and already obscured by other bugs.
http://bugs.winehq.org/show_bug.cgi?id=19594
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |13891
http://bugs.winehq.org/show_bug.cgi?id=19594
Bug 19594 depends on bug 13891, which changed state.
Bug 13891 Summary: start.exe http://someurl/ does not work (affects any app that invokes external browser, e.g. Google Sketchup) http://bugs.winehq.org/show_bug.cgi?id=13891
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=19594
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2010-07-14 23:15:40 --- don't care anymore. If someone having this issue they can open a new bug
http://bugs.winehq.org/show_bug.cgi?id=19594
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2010-07-14 23:15:48 --- c
-
wine-bugs＠winehq.org