498920 - Allow tracking of people coming to inproduct help by pressing keyboard shortcut (F1)

Status: VERIFIED FIXED

(support.mozilla.org :: General, defect, P1)

Description

[David Tenser [:djst]]

Now that Firefox (3.5) is requesting different URLs depending on if you selected Firefox Help from the Help menu or just pressed F1 (or Cmd+Shift+? on the Mac), we would like to see how the different access points affect things like bounce rate.

We need to make sure that, for Firefox 3.5 and en-US ONLY, the inproduct traffic is sent to three unique addresses:

firefox-help   -> http://support.mozilla.com/en-US/kb/Firefox+Help+1
firefox-f1     -> http://support.mozilla.com/en-US/kb/Firefox+Help+2
firefox-osxkey -> http://support.mozilla.com/en-US/kb/Firefox+Help+3

For other versions of Firefox, or locales, it should keep pointing to http://support.mozilla.com/%LOCALE%/kb/Firefox+Help

Comment 1

[Paul Craciunoiu [:paulc]]

Sounds like a quick htaccess patch.

Comment 2

[Paul Craciunoiu [:paulc]]

Attachment: patch, v1

This should do it.

Comment 3

[David Tenser [:djst]]

Would be really nice to have in 1.2.1 as this is one of those insights that would be good to have sooner rather than later.

Comment 4

[E. Cooper [:ecooper]]

Comment on attachment 385925 [details] [diff] [review]
patch, v1

If left vanilla, this will interfere with bug 496967, which is the kampyle stuff.

The kampyle code checks for style_mode in the request. This patch omits that param from the URL. Omitting it from the URL also bounces you out of inproduct mode after clicking any link on the page. 

A setting came with the kampyle patch to allow multiple pages. It can be found under Admin->General->Survey Pages. It's a comma-separated list. It will need to be updated if you want kampyle to show up on these pages.

Comment 5

[Paul Craciunoiu [:paulc]]

Attachment: patch, v2

The style_mode parameter is now saved.

Comment 6

[E. Cooper [:ecooper]]

Comment on attachment 389760 [details] [diff] [review]
patch, v2

WFM. 

When we push we need to make sure we update the pages in the kampyle config.

Comment 7

[Paul Craciunoiu [:paulc]]

r30178 / r30179

Comment 8

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED; tested with:

* shift+command+? (Mac OS X)
* F1 on Windows and Linux
* Firefox Help menu item

I modified app.support.baseURL to be http://support-stage.mozilla.org/1/%APP%/%VERSION%/%OS%/%LOCALE%/.

In all cases, got the Kampyle-featured inproduct start pages.

Comment 9

[David Tenser [:djst]]

This is NOT fixed. hitting F1 with the keyboard should have redirected to Firefox+Help+2, but I still get to just Firefox+Help.

Also, see comment 0: "We need to make sure that, for __Firefox 3.5 and en-US ONLY__, the inproduct traffic is sent to three unique addresses:"

The patch doesn't look like it applies these special rules for Fx3.5+en-US only. Without that, it'll be impossible to determine the ratio of people coming from the three access points of Firefox.

Comment 10

[Paul Craciunoiu [:paulc]]

FTR, I just noticed that http://support.mozilla.com/en-US/kb/Firefox+Help+3 doesn't exist.

Also, David, this is a 1.3 bug -- hence it's not on production yet. Marking Fixed. We'll have to mention it in the push bug of course.

Comment 11

[Paul Craciunoiu [:paulc]]

Oops. Nevermind that second part I said :)
Indeed it does not target 3.5 only. Hence we should roll back the changes and fix this for 3.5 only.

The redirects go to +1 +2 +3 articles for me, locally. Just need to enforce the version.

Comment 12

[Paul Craciunoiu [:paulc]]

Attachment: patch, v2

This redirects Firefox 3.5 en-US ONLY to the help/f1/osxkey articles Firefox+Help+1, +2, and +3 respectively.

Any other Firefox is redirected to Firefox+Help. Sounds good, David?

Comment 13

[Paul Craciunoiu [:paulc]]

r49761 / r49762
Need to run htaccess.sh. I'll file an IT bug. QA: hold off until that bug is fixed (I'll make sure to cc Stephen)

Comment 14

[Paul Craciunoiu [:paulc]]

Also filed bug 512010 to run htaccess.sh on stage.

Comment 15

[David Tenser [:djst]]

(In reply to comment #12)
> Created an attachment (id=395872) [details]
> patch, v2
> 
> This redirects Firefox 3.5 en-US ONLY to the help/f1/osxkey articles
> Firefox+Help+1, +2, and +3 respectively.
> 
> Any other Firefox is redirected to Firefox+Help. Sounds good, David?

Yes -- version 3.5.x on en-US ONLY. (We are trying to figure out the distribution between the three access points, and 3.5.x is the only versions that support the distinction, so including 3.0.x would skew the data.)

Comment 16

[Stephen Donner [:stephend] Not actively reading bugmail]

Reopening:

[1] Pressing F1 on a Namoroka build with a |app.support.baseURL| set to |http://support-stage.mozilla.org/1/%APP%/%VERSION%/%OS%/%LOCALE%/| yields http://support-stage.mozilla.org/1/firefox/3.6a2pre/WINNT/en-US/firefox-f1, which is a 404.
[2] Ditto for http://support-stage.mozilla.org/1/firefox/3.6a2pre/Darwin/en-US/firefox-osxkey/

Comment 17

[Paul Craciunoiu [:paulc]]

Attachment: patch, v3

This covers any-other-version of Firefox redirects for firefox-f1,help,osxkey and takes them to Firefox+Help.

That keeps 3.5 only on Firefox+Help+1,2,3

I think this is minor since we're only talking about versions of Firefox that come after 3.5. Previous versions have only one URL help link AFAIK.

Comment 18

[Chris Ilias [:cilias]]

https://support.mozilla.com/en-US/kb/Firefox+Help+3 was deleted in bug 495916. I've just recreated it.

Comment 19

[Paul Craciunoiu [:paulc]]

The latter part was taken care of in bug 515711.

Comment 20

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED; Vishal and I tested this pre and post-production.