URL classifier doesn't classify URL when its top level window is about page
Categories
(Toolkit :: Safe Browsing, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox72 | --- | fixed |
People
(Reporter: tnikkel, Assigned: dimi)
References
Details
Attachments
(3 files, 1 obsolete file)
| Reporter | ||
Comment 1•6 years ago
|
||
I see these a lot and it makes it hard to find warnings or assertions that may be relevant to the code I'm working on.
| Reporter | ||
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Updated•6 years ago
|
Comment 2•6 years ago
|
||
The product::component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit auto_nag documentation.
Updated•6 years ago
|
| Assignee | ||
Comment 3•6 years ago
|
||
Most of the warnings seem related to whitelist.
Timothy, can you help upload a log with MOZ_LOG="nsChannelClassifier", I want to know if we can eliminate this without removing NS_WARN
| Reporter | ||
Comment 4•6 years ago
|
||
Sure I can do that tomorrow. Do you not see these warnings in your local builds? I see them on all my machines (2 Windows, 1 linux, 1 mac).
| Assignee | ||
Comment 5•6 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #4)
Sure I can do that tomorrow. Do you not see these warnings in your local builds? I see them on all my machines (2 Windows, 1 linux, 1 mac).
No, I tried(but didn't really spend a lot of time trying) and didn't see it.
I just back from a long PTO so maybe my build is out-of-date or something.
| Reporter | ||
Comment 6•6 years ago
|
||
Here is a log from opening the browser, going to google and performing a search. Note that I opened the browser a couple of times before this to make sure everything was initialized in case that matters.
| Assignee | ||
Comment 7•6 years ago
|
||
Hi Timothy
It looks like those errors occurred while loading sites in about:home (can't get the hostname of top-level window about:home)
My local build doesn't trigger any network load while opening about:home , can you help confirm this issue happens in your build while opening about:home? thanks!
| Reporter | ||
Comment 8•6 years ago
|
||
Yeah, the warnings come up (at least) when I open about:home.
| Reporter | ||
Comment 9•6 years ago
|
||
Perhaps the difference in our location causes about:home to be different? Could you use a proxy to north america to reproduce?
| Reporter | ||
Comment 10•6 years ago
|
||
Reloading this file triggers one of the warnings. Specifically
pageHostname is the empty string and resourceDomain is imageshack.com
| Assignee | ||
Comment 11•6 years ago
•
|
||
Hi Timothy,
Thank for providing information on this bug.
I intend to fix this by handling these special cases. Those warning messages actually help because they lead us to this bug :)
And if you don't mind, I'll steal this bug from you.
| Assignee | ||
Updated•6 years ago
|
| Assignee | ||
Comment 12•6 years ago
|
||
When the top-level page is an about page, UrlClassifeirCommon::CreatePairwiseWhitelistURI
returns an error because |GetHost| call fails.
Since we don't have a pairwise whitelist URI whose top-level page is an
about page, we could just skip an about page in this case.
Note that the lookup against blacklist tables will still be performed, we
just skip looking for a match in whitelist tables.
Updated•6 years ago
|
Comment 14•6 years ago
|
||
Comment 15•6 years ago
|
||
| bugherder | ||
Updated•4 years ago
|
Description
•