290841 - Visiting old camino product page url with WinIE redirects to firefox product page

Status: RESOLVED FIXED

(www.mozilla.org :: General, defect)

Description

[Mike Pinkerton (not reading bugmail)]

- go to the old camino product page (http://www.mozilla.org/products/camino/)
with winIE.

Expected result:

- should be redirected to http://www.caminobrowser.org

Actual result:

- redirected to the firefox product page on m.o.

hopefully this wasn't intentional. ;)

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This looks fixed, but I have no idea who fixed it.  It's much cleaner to have
redirects in .htaccess files so people know what's going on and can edit them.

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

oh, hmmm, missed the "WinIE" part

Comment 3

[Mike Pinkerton (not reading bugmail)]

who did the initial redirect? brendan? 

Comment 4

[Mike Pinkerton (not reading bugmail)]

*** Bug 290997 has been marked as a duplicate of this bug. ***

Comment 5

[Mike Pinkerton (not reading bugmail)]

beuller? who is responsible for these issues?

Comment 6

[Anne (:annevk)]

rebron did it. See:
<http://cvs-www.mozilla.org/webtools/bonsai/cvslog.cgi?file=mozilla-org/html/products/camino/index.html>

We should make this a .htaccess redirect though.

Comment 7

[Mike Pinkerton (not reading bugmail)]

then rebron gets to fix it ;)

Comment 8

[Nick Bebout]

Are we supposed to use mozilla-org/html/.htaccess or individual .htaccesses 
now?  I can't checkin to the mozilla-org/html/.htaccess file.  I used to be 
able to.

Comment 9

[Nick Bebout]

Checking in .htaccess;
/cvsroot/mozilla-org/html/products/camino/.htaccess,v  <--  .htaccess
initial revision: 1.1
done

Removing index.html;
/cvsroot/mozilla-org/html/products/camino/index.html,v <-- index.html
new revision: delete; previous revision: 1.29
done

Comment 10

[Anne (:annevk)]

Use the parent directory. As the camino folder can be removed, I think it is
better to put it in the /products/ .htaccess.

Also, shouldn't you take the bug as you are fixing it?

Comment 11

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

No, it's better for performance if it's not in the parent directory.

Comment 12

[Mike Pinkerton (not reading bugmail)]

so now all the content that was in that folder is now unaccessible. i have links
in shipping clients to pages that are in that directory. you can not just
redirect every hit inside that dir away from the site.

Comment 13

[Mike Pinkerton (not reading bugmail)]

for instance, now i can no longer get to:

http://www.mozilla.org/products/camino/features/searchCustomization.html

from any client, winIE or camino. this is bad because this url is hard coded
into every version of camino.

Comment 14

[Dave Miller [:justdave]]

"Redirect" works on the URL you give it and everything under it.  You're also
missing the trailing slash on the caminobrowser.org destination, which means the
subpages get redirected to http://www.caminobrowser.orgfeatures/ instead of
http://www.caminobrowser.org/features/ for example.  But Pink is pointing out
that http://www.caminobrowser.org/features/searchCustomization.html doesn't
exist anyway even if the redirect was done right.

If we need it to redirect only a specific URL and not the subpages, then we need
to use RewriteRules instead of Redirects.

Comment 15

[Anne (:annevk)]

I checked in this rule:

Redirect permanent /products/camino/index.html http://www.caminobrowser.org/

Not sure if it is going to work as 'index.html' has been removed, but at least
it doesn't mess up camino's internal navigation. If this doesn't work we could
add an empty index.html.

Comment 16

[Anne (:annevk)]

Ok, this approach seems to work. (Make sure to empty cache first before saying
it won't.)

Mike, could you point out which URIs need to be redirected from the product page
and which do not? (And also where they chould be redirected to...)

Comment 17

[Mike Pinkerton (not reading bugmail)]

right now, the only thing that should be redirected to cb.org is the main
product index.html. everything else (release notes, home page, welcome page,
etc) should stay on m.o.

this appears to be working now.

Comment 18

[Anne (:annevk)]

Ok, marking FIXED then. Please file additional bugs when other redirects are needed.