Closed
Bug 405854
Opened 18 years ago
Closed 18 years ago
only clicked links, bookmarks, typed in urls (or urls selected from autocomplete) should affect visit count (for autocomplete) and for "Have I visited this website before today" query?
Categories
(Firefox :: Bookmarks & History, defect, P2)
Firefox
Bookmarks & History
Tracking
()
VERIFIED
FIXED
Firefox 3 beta4
People
(Reporter: moco, Assigned: sdwilsh)
References
Details
(Whiteboard: [sg:want])
only clicked links, bookmarks, typed in urls (or urls selected from autocomplete) should affect visit count (for autocomplete) and for "Have I visited this website before today" query?
we want to make sure that:
1) POST result page should not appear in global history or history autocomplete results (ex, https://bugzilla.mozilla.org/process_bug.cgi), see bug #94514
2) restarting from session restore doesn't count (as we'll be counting certain visits twice, and possibly counting excluded visits)
3) meta refresh (see bug #399606)
4) things like window.location.href, window.location, location.replace(), location.reload, javascript:history.go(), etc.
not sure if: reload / shift reload, undo close tab, opening a new window (to your home page), or starting the browser to your home page should count (or not.)
note that fx3, unlike fx2, we "trust" visit count in both the url bar autocomplete and page info ("Have I visited this website before today?")
Flags: blocking-firefox3?
Updated•18 years ago
|
Whiteboard: [sg:want]
Comment 1•18 years ago
|
||
I don't know if we care, but this list would mean dropping the visits resulting from legitimate "this site has moved, click here if you aren't redirected in 3 seconds..." pages.
Comment 2•18 years ago
|
||
re comment 1: Would the original redirect site remain? If so I don't know if I care that much, and would rather not have the perfect beat up the good.
Comment 3•18 years ago
|
||
Can we tell what the redirect is? If I click a bookmark and get a 301 redirect, that visit shouldn't be a redirect visit, it should be a bookmark visit.
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P2
Target Milestone: --- → Firefox 3 M11
Updated•18 years ago
|
Target Milestone: Firefox 3 beta3 → Firefox 3 beta4
Assignee | ||
Comment 4•18 years ago
|
||
(In reply to comment #0)
> 3) meta refresh (see bug #399606)
>
> 4) things like window.location.href, window.location, location.replace(),
> location.reload, javascript:history.go(), etc.
Both of these are now fixed with bug 399606.
Comment 5•18 years ago
|
||
(In reply to comment #0)
>
> 2) restarting from session restore doesn't count (as we'll be counting certain
> visits twice, and possibly counting excluded visits)
i confirmed that restoring a session does not add new visits. apparently docshell won't call nsIGlobalHistory.addURI when loading a page from cache.
Assignee | ||
Comment 6•18 years ago
|
||
(In reply to comment #1)
> I don't know if we care, but this list would mean dropping the visits resulting
> from legitimate "this site has moved, click here if you aren't redirected in 3
> seconds..." pages.
FYI, this isn't actually the case. We only drop the listing if it redirects to the same page. If it redirects to a different one, we store it.
Taking bug, but it'll be resolved once I get bug 94514 resolved.
Assignee: nobody → sdwilsh
Assignee | ||
Comment 7•18 years ago
|
||
We covered (1) with bug 94514 (note follow-up bug 415955).
We covered (2) via comment 5
We covered (3) via bug 399606
We covered (4) via bug 399606
We did not cover "not sure if: reload / shift reload, undo close tab, opening a new window (to your home page), or starting the browser to your home page should count (or not.)", but I'm not sure if we should worry about those, especially in the fx3 timeframe.
At this point, I feel that this bug is resolved.
Status: NEW → RESOLVED
Closed: 18 years ago
Flags: in-testsuite+
Flags: in-litmus-
Resolution: --- → FIXED
Comment 8•17 years ago
|
||
verified with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5) Gecko/2008032606 Firefox/3.0b5
and
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-GB; rv:1.9b5) Gecko/2008032604 Firefox/3.0b5
Status: RESOLVED → VERIFIED
Comment 9•16 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".
In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body contains places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.
Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.
Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•