[webkit-help] WKWebView Reports Garbage URL?

[Alexey Proskuryakov]

Hi,

I haven't heard of this before. Could you please try running your application with GuardMalloc, to check if there are any obvious signs of memory corruption? If it doesn't catch anything, please file a bug with a test project that reproduces the problem.

https://developer.apple.com/library/mac/documentation/Performance/Conceptual/ManagingMemory/Articles/MallocDebug.html

- Alexey

> 9 авг. 2015 г., в 15:09, Talus Baddley <taldar at me.com> написал(а):

> 
> Hi. I’m seeing something very strange, and I’m wondering if anyone’s come across this issue.
> 
> Most of the time, -[WKWebView URL] returns an NSURL, filled with, well, percent-encoded garbage data, such as
> 
>> %E7%91%A8%E7%81%B4%E3%A9%B3%E2%BC%AF%E6%B9%A5%E7%9C%AE%E6%AD%A9%E6%A5%B4%E6%B9%AF%E7%89%A1%E2%B9%B9%E7%89%AF%E2%BD%A7%E6%A5%B7%E6%A5%AB%E6%90%AF%E6%85%B2%E6%9D%B5%E7%91%A8%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00
> 
> 
> As far as I can tell, this isn’t encoding any reasonable, ASCII- or UTF-like representation of a string starting “http.” Interestingly, the number of bytes encoded in this “URL” is the same as that of the UTF-16 encoded actual URL, but there’s that suspicious string of NULs at the end, which makes it seem to me like there’s a haywire pointer somewhere.
> 
> The first request in the web view reports the correct, well-formed URL.
> 
> Has anyone seen this before?
> 
> Thanks.
> - Talus.
> _______________________________________________
> webkit-help mailing list
> webkit-help at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-help