Jacek Caban wrote:
Hi Andrew,
Andrew Eikum wrote:
dlls/mshtml/htmllocation.c | 93 +++++++++++++++++++++++++++++++++++-- dlls/mshtml/tests/htmllocation.c | 4 +- 2 files changed, 90 insertions(+), 7 deletions(-)
What's IHTMLDocument2::URL value in these cases? I'd expect it to be the same, which proves that get_hres is not the right place to reformat URL.
No, they're not quite the same. Using IE8, IHTMLDocument2::get_URL gives:
L"file://C:\windows\win.ini"
while IHTMLLocation::get_href gives:
L"file:///C:/windows/win.ini"
as shown in the tests.
Also I think that what you can see is a result of using IUri interface for storing URL. Then the right way of fixing it would be to use it in our implementation (it was introduced in IE7 and our loading code is mostly compatible with IE6 ATM). We could add your code as a temporary hack if it would be needed for a real application. Is it a case?
I think it's likely that IHTMLLocation does use IUri. MSDN states that IUri normalizes the URI, which would cause the change shown above.
Would you prefer some experimentation with IUri to see if they return expected values, then implement IUri first and IHTMLLocation after? Or continue with what I've got and move the logic to IUri later if that turns out to be the case?
Andrew