support contact in preferred languages only

Thanks for providing a compelling use-case to change the behaviour.

Please, could you explain whether is there a plan to solve this issue soon?
Otherwise, I'll be removing myself from the support contact list since I cannot afford that mail volume.

However, some help to filter mail sent by language would be fine too as a work-around. For instance, non-English support requests could be tagged with language name in the message subject, as it already happens with languages without support contacts.

Thanks!

Hi Alex,

We are still discussing if this is actually a good idea. We are afraid it might confuses user: why am I not receiving any support requests? (Because they configured their preferred languages for Rosetta, but didn't select English.)

But fortunately, the workaround you suggested is already implemented. Each notification now has a X-Launchpad-Question: header with several information about the request. The format
is

X-Launchpad-Question: distribution=ubuntu; sourcepackage=None; status=Open;
    assignee=None; priority=Normal; language=en

So you probably can easily setup a mail filter for that discarding email with language=en.

Let me know if this satisfy you for the time being.

Francis: it should do with a regular mail filtering tool like procmail... too bad I'm using gmail and its filter sucks a lot and can't filter using the headers :/

Adding the language name in Subject when it's non-english will definitely help distinguish and filter those messages. However, I can understand that some people don't like that.

Adding a prefix or suffix in the from address will help too:

  <email address hidden> or
  <email address hidden> or
  <email address hidden> ...

but that's even more troublesome for you to set up I guess.

After discussing this with kiko, the proposed solutoin is to add a boolean flag to AnswerContact controlling whether the contact will receive English questions.

So another checkbox will be added to the 'Set answer contact' form. Under each possible contact, another checkbox will be added to control that option.

[ ] I want to be an answer contact for Ubuntu
     [ ] Don't send me messages in English; only use my <a href="">preferred languages</a>

Let the following teams be an answer contact for Ubuntu:
[ ] Launchpad Beta Testers
    [ ] Don't send messages in English; only use the team's <a href="">preferred languages</a>

etc.

Note, that we will need to enable the +editlanguages view on teams.

I like the proposed solution, since it helps everyone decide according to their own preferences.

I'm sure it will help more people like me joing as support contact for their preferred languages.

Thanks a lot!

I think we can do better than the screen cap I have mocked up here. The subordinate checkbox to limit the emails to preferred languages is too wordy, and the focus of the form becomes unclear. I could try to co-opt the 3-state boolean radio buttons [1]:
Team Answer contact
Landscape Developers (*) No ( ) Yes ( ) Yes for preferred languages only
Ubuntu Team (*) No ( ) Yes ( ) Yes for preferred languages only

[1] yes I know that is a oxymoron, yet Zope provides the behavior for required widget that may not have input.

Curtis, this new approach seems better and cleaner to me.

Repeating the same word or phrase several times is the UI equivalent of a "code smell". Usually it suggests that the wrong type of control is being used. In this case, you could eliminate the duplication by having a table of radio buttons, with columns for "Yes", "No", and "Preferred languages only", and one row for you followed by a row for each team. However, that would probably be worse for other reasons; the spacing would make it difficult to see which row each radiobutton was referring to. Perhaps a compromise solution would be to have an option menu with three items for each row, rather than radiobuttons; the repetition would still exist, but not as visibly.

But there's a bigger question to answer first: What does it mean for a *team* to have "preferred languages"? Currently there is an +editlanguages page for a team, but as far as I can tell, the page isn't linked to from anywhere! Should it be, or should it not exist? Since individuals in a team will often know different sets of languages, perhaps it would make more sense for those individuals to set their own preferred languages? But then what would happen to those questions that were (perhaps accidentally) recorded as being in a language that wasn't preferred by any of the team's members?

Matthew,

When you say "option menu with three items for each row" are you talking about select element with three options? We should probably use this, if you think it is better than repeating the radio buttons labels or use a table.

Concerning your other question about team's preferred languages, we will expose the +editlanguages page for teams. What it means to set a team's preferred langauges is that members of that team communicates in the selected languages. You have to remember that the use case that is behind this bug report is that the Catalàn Loco team wants to be registered as Ubuntu answer contacts, but only if they only receive requests in that language.

The alternative behaviour you are describing (each members specifying their preferred languages) is what is currently implemented: a team preferred languages is the union of all its members preferred languages. We will allow setting this explicitly. This bug report is about catering to another use-case not currently covered.

What happen to the questions with an unsupported language won't change: a notification is sent to all answer contacts, and you can retrieve these orphans questions by looking at the 'Unsupoprted' report.

On Mon, 2007-05-07 at 14:19 +0000, Francis J. Lacoste wrote:
> Matthew,
>
> When you say "option menu with three items for each row" are you
> talking
> about select element with three options? We should probably use this,
> if
> you think it is better than repeating the radio buttons labels or use
> a
> table.
>
> Concerning your other question about team's preferred languages, we
> will
> expose the +editlanguages page for teams. What it means to set a
> team's
> preferred langauges is that members of that team communicates in the
> selected languages. You have to remember that the use case that is
> behind this bug report is that the Catalàn Loco team wants to be
> registered as Ubuntu answer contacts, but only if they only receive
> requests in that language.

I have +editlanguages working in my branch. Per Francis' fix for
#109652, only the team owner can add the team as an answer contact,
should the view be restricted to the team owner?

> The alternative behaviour you are describing (each members specifying
> their preferred languages) is what is currently implemented: a team
> preferred languages is the union of all its members preferred languages.
> We will allow setting this explicitly. This bug report is about catering
> to another use-case not currently covered.
>
> What happen to the questions with an unsupported language won't change:
> a notification is sent to all answer contacts, and you can retrieve
> these orphans questions by looking at the 'Unsupoprted' report.
>
--

__C U R T I S C. H O V E Y_______
Guilty of stealing everything I am.

On May 7, 2007, Curtis Hovey wrote:
> I have +editlanguages working in my branch. Per Francis' fix for
> #109652, only the team owner can add the team as an answer contact,
> should the view be restricted to the team owner?

Indeed, it should be probably be protected by 'launchpad.Edit'. Only team
administrators have 'launchpad.Edit' on the team.

"are you talking about select element with three options?"

Yes. So if you are not an admin for any teams, it appears as:

    Do you want to be an answer contact for Foo?
    (*) No ( ) Yes ( ) For my preferred languages only

And if you are an admin for any teams, it appears as:

    Who should be an answer contact for Foo?
        Me: [No___________________________:^]
    Team A: [No___________________________:^]
    Team B: [Yes__________________________:^]
    Team C: [For preferred languages only :^]

FWIW, I'm happy and agree with your comments:
 - have team +editlanguages restricted to team admins
 - Matthew's UI improvement

I like mpt's UI rule based on whether the user is a team admin. I'll implement it.

My branch to fix this is in review. The first part of this effort is committed to prepare Translations for English as a visible language. We are adjusting the parts of Answers to know when to expect English in the language list. Answer contacts that do not have a preferred language will be given English so we do not need to complicate th steps needed to become an answer contact.

Fixed in RF 4409.

This bug missed the deadline for the 1.1.6 release.

Fix released with Launchpad 1.1.6.

I've already added myself back to answer contacts for ubuntu and launchpad, though only in Catalan.

Thanks a lot!

Hey Alex,

You might consider also registering as answer contact for launchpad-answers. We got a Catalan question today!
https://answers.launchpad.net/launchpad-answers/+question/8527

(I could also retarget that question to Launchpad.)

Hmm, seems like you already did so.

Thanks for your support!

On Thu, 2007-06-21 at 19:25 +0000, Francis J. Lacoste wrote:
> Hey Alex,
>
> You might consider also registering as answer contact for launchpad-answers. We got a Catalan question today!
> https://answers.launchpad.net/launchpad-answers/+question/8527
>
> (I could also retarget that question to Launchpad.)

I sent the message to Alex this morning since I could see it was for
him. I did not retarget because I cannot tell what the question is
about. Can you?

--

__C U R T I S C. H O V E Y_______
Guilty of stealing everything I am.

Jordi was searching for the list of open questions in Catalan, so I changed question project to "Distribution: Ubuntu"; it wasn't really a question about launchpad-answers product.

HTH

May be is the correct behaviour but my preferred language is catalan and i'm an "answer contact" for the ubuntu project and today I've received this email:

"
A question was asked in a language (Turkish) spoken by
none of the registered kboincspy in ubuntu answer contacts.

https://answers.launchpad.net/ubuntu/+source/kboincspy/+question/8771

client_state.xml dosyası kboincspyda nasıl yapılıyor?

--
You received this question notification because you are an answer
contact for Ubuntu.
"

So, it means that if someone asks something in a language that has not any answer contact I'll recive them?
This is the correct behaviour or it is a bug?

@Ermengol: this is the right behaviour for questions in a language without an answer contact.

I think it should help people becoming answer contacts for their own language when they realize that there's none.

I've opened a bug about that: https://bugs.launchpad.net/launchpad-answers/+bug/122257