Not infringing on Thunderbird support
Chris Ilias
Thunderbird user goes to www.mozilla.com/thunderbird/ they are going to
expect the "Support" link in the banner, to lead them to Thunderbird
support, not Firefox support.
So what do we do? If we're putting Firefox support at
support.mozilla.com/firefox/ , what are we putting at the sumo index? A
pick-your-product page, like the products index [2]? If Thunderbird
support eventually gets a KB/forum on sumo, are we going to have two
separate CMS installations, requiring two separate logins?
[1]<http://ilias.ca/screenshots/moco-banner.png>
[2]<http://www.mozilla.com/products/>
David Tenser
A "pick your product page" sounds reasonable to me, unless you click the
support link from e.g. mozilla.com/thunderbird/, in which case you
should be taken to support.m.o/thunderbird directly.
Separate logins sounds like a bad idea though. One system covering all
products we want to support is better in my opinion.
Chris Ilias
I'm seeing a lot similarities between sumo and AMO; and I see that AMO
has the same problem. Go to mozilla.com/thunderbird/ , and click on
"Add-ons", and you get directed to addons.mozilla.org/firefox/ . I
wonder if a redirect, based on referrer, would be the way to go.
I'll have to educate myself more on the LDAP integration. If/When
Thunderbird gets a KB/forum on sumo, should the forum be part of the
same forum index as Firefox support? In other words, would it be
<support.mozilla.com/forums> or <support.mozilla.com/firefox/forums> and
<support.mozilla.com/thunderbird/forums>?
Chris Ilias
Is this being addressed at all? From the looks of the staging site, it
doesn't look like it.
JT Batson
support-planning mailing list
support-...@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-planning
Nelson Ko
similar sites, you are going to run into namespace issues: For
example, popular names like Getting Started will be in demand for both
"sites" and you will need to workaround by renaming the pages "Getting
Started with Firefox " and "Getting Started with Thunderbird". This
may or may not be a bad thing, depending on your use case. At least
wiki pages are designed to be renamed without breaking links. :)
If you are running multiple TikiWikis, then to prevent multiple
passwords you have either the option of LDAP integration which is
extensible to other sites etc..., or InterTiki, which allows you to
authenticate users accessing a "slave" TikiWiki against a "master"
TikiWiki.
On Jul 19, 4:04 pm, JT Batson <jtbat...@mozilla.com> wrote:
> there have been a few suggestions, but nothing figured out. does anyone have any ideas?
>
> ----- Original Message -----
> From: "Chris Ilias" <n...@ilias.ca>
> To: support-plann...@lists.mozilla.org
> Sent: Thursday, July 19, 2007 12:52:00 PM (GMT-0800) America/Los_Angeles
> Subject: Re: Not infringing on Thunderbird support
>
> On 6/21/07 5:25 PM, _Chris Ilias_ spoke thusly:
> > Ideally, I'd like to keep the Mozilla.com banner [1] on sumo. But, if a
> > Thunderbird user goes towww.mozilla.com/thunderbird/they are going to
> > expect the "Support" link in the banner, to lead them to Thunderbird
> > support, not Firefox support.
>
> > So what do we do? If we're putting Firefox support at
> > support.mozilla.com/firefox/ , what are we putting at the sumo index? A
> > pick-your-product page, like the products index [2]? If Thunderbird
> > support eventually gets a KB/forum on sumo, are we going to have two
> > separate CMS installations, requiring two separate logins?
>
> > [1]<http://ilias.ca/screenshots/moco-banner.png>
> > [2]<http://www.mozilla.com/products/>
>
> Is this being addressed at all? From the looks of the staging site, it
> doesn't look like it.
> _______________________________________________
> support-planning mailing list
> support-plann...@lists.mozilla.orghttps://lists.mozilla.org/listinfo/support-planning
Chris Ilias
> there have been a few suggestions, but nothing figured out. does anyone
> have any ideas?
>
> ----- Original Message -----
> From: "Chris Ilias" <n...@ilias.ca>
> To: support-...@lists.mozilla.org
> Sent: Thursday, July 19, 2007 12:52:00 PM (GMT-0800) America/Los_Angeles
> Subject: Re: Not infringing on Thunderbird support
>
> On 6/21/07 5:25 PM, _Chris Ilias_ spoke thusly:
> > Ideally, I'd like to keep the Mozilla.com banner [1] on sumo. But, if a
> > Thunderbird user goes to www.mozilla.com/thunderbird/ they are going to
> > expect the "Support" link in the banner, to lead them to Thunderbird
> > support, not Firefox support.
> >
> > So what do we do? If we're putting Firefox support at
> > support.mozilla.com/firefox/ , what are we putting at the sumo index? A
> > pick-your-product page, like the products index [2]? If Thunderbird
> > support eventually gets a KB/forum on sumo, are we going to have two
> > separate CMS installations, requiring two separate logins?
> >
> > [1]<http://ilias.ca/screenshots/moco-banner.png>
> > [2]<http://www.mozilla.com/products/>
I guess with the recent announcement about Thunderbird [1], this issue
may be moot. I'm CCing this message to MScott.
Scott, I assume Thunderbird will no longer be on www.mozilla.com?
How long do you think it will take before Thunderbird moves? Sumo may go
live before that happens.
[reply-to set to support-planning]
Samuel Sidler
> I guess with the recent announcement about Thunderbird [1], this issue
> may be moot. I'm CCing this message to MScott.
> Scott, I assume Thunderbird will no longer be on www.mozilla.com?
> How long do you think it will take before Thunderbird moves? Sumo may go
> live before that happens.
Scott can feel free to correct me, but I'd guess that until this is all
sorted out, everything needs to remain on www.mozilla.com and that MoCo
has a responsibility of providing support for Tb 2 (and Tb 1.5 for a bit
longer).
Even if we simply put a large banner on support.mozilla.com that says
"Looking for Thunderbird Support? Click here." and direct the user to
what exists now, that'd be enough. But until there's been a long enough
overlap period, we need to consider them in our design.
-ss
Jesper Kristensen
What about using www.firefox.com/locale instead of
www.mozilla.com/locale/firefox, using addons.firefox.com/locale instead
of addons.mozilla.org/locale/firefox, and using
support.firefox.com/locale instead of support.mozilla.com, so that all
end user targeted stuff about Firefox goes to firefox.com, all end user
targeted stuff about Thunderbird goes to thunderbird.com and so on? That
way the Thunderbird community would be free to make their own support
site at support.thunderbird.com at some time in the future.