Closed
Bug 991111
Opened 11 years ago
Closed 11 years ago
Middle clicks on tiles are not counted
Categories
(Tracking Graveyard :: Firefox Operations, defect)
Tracking Graveyard
Firefox Operations
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: pauly, Assigned: Mardak)
References
Details
(Whiteboard: p=5 s=it-31c-30a-29b.3 [qa!])
Attachments
(1 file)
3.63 KB,
patch
|
adw
:
review+
|
Details | Diff | Splinter Review |
31.0a1 (2014-04-01), win 7 x64
Tiles opened with mouse middle click button (in new tabs) are not counted, NEWTAB_PAGE_DIRECTORY_TYPE_CLICKED doesn't change.
Note: CTRL+left click on tiles (to open them in new tabs) is counted.
Updated•11 years ago
|
Flags: firefox-backlog?
Updated•11 years ago
|
Flags: firefox-backlog? → firefox-backlog+
Updated•11 years ago
|
Assignee: nobody → clarkbw
Flags: firefox-backlog+ → firefox-backlog?
Updated•11 years ago
|
Flags: firefox-backlog? → firefox-backlog+
Assignee | ||
Comment 2•11 years ago
|
||
pauly, does "NEWTAB_PAGE_SITE_CLICKED" record that the position was clicked with a middle click?
Flags: needinfo?(edilee)
Assignee | ||
Comment 3•11 years ago
|
||
Turns out "click" is not triggered but "mousedown" and "mouseup" do get triggered with event.button == 1. Adding the listener directly to the thumbnail or setting true useCapture or wantsUntrusted don't result in "click" happening on middle click.
Anyone with ideas why? It might be related to the xul/xhtml mix?
Assignee: clarkbw → edilee
OS: Windows 7 → All
Hardware: x86_64 → All
Whiteboard: p=5 s=it-31c-30a-29b.3
Updated•11 years ago
|
Status: NEW → ASSIGNED
Whiteboard: p=5 s=it-31c-30a-29b.3 → p=5 s=it-31c-30a-29b.3 [qa?]
Assignee | ||
Comment 4•11 years ago
|
||
If I add the "click" event listener to document.documentElement (xul:window) or use window.addEventListener, the middle-click "click" event is correctly triggered. All the node ancestors between the xul:window and span.newtab-thumbnail are xhtml.
QA Contact: paul.silaghi
Whiteboard: p=5 s=it-31c-30a-29b.3 [qa?] → p=5 s=it-31c-30a-29b.3 [qa+]
Assignee | ||
Comment 5•11 years ago
|
||
Attachment #8406583 -
Flags: review?(adw)
Assignee | ||
Updated•11 years ago
|
Attachment #8406583 -
Attachment description: bug991111.patch → v1
Reporter | ||
Comment 6•11 years ago
|
||
(In reply to Ed Lee :Mardak from comment #2)
> pauly, does "NEWTAB_PAGE_SITE_CLICKED" record that the position was clicked
> with a middle click?
Nope
Reporter | ||
Comment 7•11 years ago
|
||
I no longer see the tiles on the NTP in nightly 31.0a1 (2014-04-14). What happened?
Comment 8•11 years ago
|
||
Comment on attachment 8406583 [details] [diff] [review]
v1
Review of attachment 8406583 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks for the test.
Attachment #8406583 -
Flags: review?(adw) → review+
Comment 9•11 years ago
|
||
(In reply to Paul Silaghi, QA [:pauly] from comment #7)
> I no longer see the tiles on the NTP in nightly 31.0a1 (2014-04-14). What
> happened?
Bug 993581 probably.
Assignee | ||
Comment 10•11 years ago
|
||
Comment 11•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•11 years ago
|
||
(In reply to Drew Willcoxon :adw from comment #9)
> (In reply to Paul Silaghi, QA [:pauly] from comment #7)
> > I no longer see the tiles on the NTP in nightly 31.0a1 (2014-04-14). What
> > happened?
>
> Bug 993581 probably.
Is there a way to verify this bug, considering the above?
Flags: needinfo?(edilee)
Assignee | ||
Comment 13•11 years ago
|
||
You can set "browser.newtabpage.directorySource" to "chrome://global/content/directoryLinks.json"
Or you can just look for NEWTAB_PAGE_SITE_CLICKED per comment 6.
Flags: needinfo?(edilee)
Reporter | ||
Comment 14•11 years ago
|
||
Ok, the middle clicks are counted now.
But the right clicks are also counted (even if don't choose anything from the context menu). Is this expected ?
Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(edilee)
Assignee | ||
Comment 15•11 years ago
|
||
(In reply to Paul Silaghi, QA [:pauly] from comment #14)
> But the right clicks are also counted (even if don't choose anything from
> the context menu). Is this expected ?
I don't think so... I filed a related bug 998387, and it'll be fixed by bug 998163. Although there's a deeper bug/question of if we want/should be counting link visits from the context menu.
Flags: needinfo?(edilee)
Comment 16•11 years ago
|
||
Hi Paul, confirming if this resolved bug can be verified before the end of the desktop iteration on Monday April 28?
Flags: needinfo?(paul.silaghi)
Reporter | ||
Comment 17•11 years ago
|
||
(In reply to Ed Lee :Mardak from comment #15)
> (In reply to Paul Silaghi, QA [:pauly] from comment #14)
> > But the right clicks are also counted (even if don't choose anything from
> > the context menu). Is this expected ?
> I don't think so... I filed a related bug 998387, and it'll be fixed by bug
> 998163. Although there's a deeper bug/question of if we want/should be
> counting link visits from the context menu.
31.0a1 (2014-04-21)
Right clicks are no longer counted, middle click on the pin/close tile buttons doesn't have any effect, right click/open link in a new tab is also not counted
(In reply to Marco Mucci [:MarcoM] from comment #16)
> Hi Paul, confirming if this resolved bug can be verified before the end of
> the desktop iteration on Monday April 28?
Done. Verified fixed
Status: RESOLVED → VERIFIED
Flags: needinfo?(paul.silaghi)
Whiteboard: p=5 s=it-31c-30a-29b.3 [qa+] → p=5 s=it-31c-30a-29b.3 [qa!]
Reporter | ||
Comment 18•11 years ago
|
||
(In reply to Ed Lee :Mardak from comment #15)
> Although there's a deeper bug/question of if we want/should be
> counting link visits from the context menu.
Please say if you want me to file a new bug for this
Updated•6 years ago
|
Product: Tracking → Tracking Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•