accounts.eclipse.org issueshttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues2024-03-19T14:48:55Zhttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/126Add ability to verify github account2024-03-19T14:48:55ZThéodore BiadalaAdd ability to verify github accountMake it possible to validate the github account by going through the github login flow.
Do not allow users to connect using github.
When a user is verified (a record is present in the authmap table)
![image.png](/uploads/e3f7425cb8255...Make it possible to validate the github account by going through the github login flow.
Do not allow users to connect using github.
When a user is verified (a record is present in the authmap table)
![image.png](/uploads/e3f7425cb825567e70b19efa44d2e4ac/image.png)
When the user is not verified (no record on the authmap table)
![Capture d’écran du 2024-02-28 17-06-44.png](/uploads/71ed6f1a8fba1c997e4498a3e8f481f5/Capture_d_%C3%A9cran_du_2024-02-28_17-06-44.png)
It's not possible the change the github id. if the github ID on the user profile is different than the one trying to login there is an error:
![Capture d’écran du 2024-02-28 17-12-37.png](/uploads/fd333ac4431be55f4d4327730dfe530e/Capture_d_%C3%A9cran_du_2024-02-28_17-12-37.png)
This is how you'd find that a user is validated:
```php
$authmap = \Drupal::service('externalauth.authmap');
$linked = $authmap->get($user->id(), 'openid_connect.github_validation');
$validated = $linked !== FALSE;
```Théodore BiadalaThéodore Biadala2024-03-31https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/118Enable Public Visibility of Profile Bios for Verified Trusted Users2024-03-19T14:32:08ZChristopher Guindonchris.guindon@eclipse-foundation.orgEnable Public Visibility of Profile Bios for Verified Trusted UsersPresently, we restrict the visibility of profile bios to non-committers as a precaution against spamming activities.
This morning, I did an update to the site that allows all logged-in users to view all profile bios. The next phase woul...Presently, we restrict the visibility of profile bios to non-committers as a precaution against spamming activities.
This morning, I did an update to the site that allows all logged-in users to view all profile bios. The next phase would be to display bios of trusted users.
To facilitate this, we can introduce a new permission. Contrary to our usual practice of verifying the viewing user's permissions, in this scenario, we would verify if the user of the profile being viewed possesses the required permission.
The first use-case that this would support is to make sure that all staff profiles are publicly visible.
/cc @deborahbryant @theodoreb @epoirierEric PoirierEric Poirierhttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/110Users should not be allowed to re-use the same password2023-10-19T12:44:03ZChristopher Guindonchris.guindon@eclipse-foundation.orgUsers should not be allowed to re-use the same passwordA user should not be allowed to use the forgot my password form and reset their password to the one that's currently set in their account.A user should not be allowed to use the forgot my password form and reset their password to the one that's currently set in their account.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/107Implement automatic follow-up for committer paperwork in Dropbox Sign2023-11-28T20:52:12ZShawn KilpatrickImplement automatic follow-up for committer paperwork in Dropbox SignWe utilize Dropbox Sign to send out paperwork to committers who are waiting to be provisioned to various projects; however, notifications from Dropbox Sign are occasionally either back-burnered/ignored by the committer, or are filtered i...We utilize Dropbox Sign to send out paperwork to committers who are waiting to be provisioned to various projects; however, notifications from Dropbox Sign are occasionally either back-burnered/ignored by the committer, or are filtered into spam folders and never seen. We were wondering if it is possible for Dropbox Sign to automatically send out follow-up reminder emails for committers who have not responded to the initial request for signature within a certain period of time (7 days, 14 days, 30 days, etc.) so that we have a greater chance of receiving responses? If this can be implemented in some way, it could greatly reduce the number of outstanding provisioning requests.Christopher Guindonchris.guindon@eclipse-foundation.orgWayne BeatonChristopher Guindonchris.guindon@eclipse-foundation.orghttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/103Gerrit tab shows "unexpected error" on certain accounts2024-03-25T19:31:14ZOlivier GouletGerrit tab shows "unexpected error" on certain accountsThe Gerrit tab shows "unexpected error" on certain account pages. See [example 1](https://accounts.eclipse.org/users/marcvirgil).
![image](/uploads/d1f0c011ed06e9346ce0fc19831d05f7/image.png)
Looking at the logs it seems to present a C...The Gerrit tab shows "unexpected error" on certain account pages. See [example 1](https://accounts.eclipse.org/users/marcvirgil).
![image](/uploads/d1f0c011ed06e9346ce0fc19831d05f7/image.png)
Looking at the logs it seems to present a CORS error:
```
Access to XMLHttpRequest at 'https://git.eclipse.org/r/changes/?q=owner:marcvirgil+status:open&q=reviewer:marcvirgil+status:open+-owner:marcvirgil&pp=0&start=0&n=100' from origin 'https://accounts.eclipse.org' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
```
However on other [accounts](https://accounts.eclipse.org/users/oliviergoulet), such as my own, works as expected.
Here is an [example](https://accounts.eclipse.org/users/aasdfqbc) of the proper UI for a user without a Gerrit.Eric PoirierOlivier GouletEric Poirier2024-04-30https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/100[chat service] mxid as new data in eclipse user account profil2024-01-17T14:20:39ZSébastien Heurtemattesebastien.heurtematte@eclipse-foundation.org[chat service] mxid as new data in eclipse user account profil## Summary
Api `account/profile` manage this two properties `mail`, ``twitter_handle
Additionally, would it be possible to add mxid (Matrix identifier) as a new property and allow users to enter this data on their account profile webpa...## Summary
Api `account/profile` manage this two properties `mail`, ``twitter_handle
Additionally, would it be possible to add mxid (Matrix identifier) as a new property and allow users to enter this data on their account profile webpage?
The use case is to identify and manage future moderators of rooms/spaces by for instance, allowing project lead to be by default moderator, or delegate this role to another commiter.
Users who own a Matrix account on `matrix.eclipse.org` are registered with an email address, so it's easy to find the link between mxid and email.
With matrix API: `https://matrix.eclipse.org/_synapse/admin/v1/threepid/email/users/sebastien.heurtematte%40eclipse-foundation.org
However, for federated accounts, it's impossible to obtain this information.
Therefore, the only way is for Eclipse committers to add this information to their profile page and make it accessible via API.
## What is the current behavior?
Current value from API: https://api.eclipse.org/#operation/SearchForAUser
```json
{
"uid": 9,
"name": "cguindon",
"mail": "chris.guindon@eclipse-foundation.org",
"eca":
{},
"is_committer": true,
"friends":
{},
"first_name": "Christopher",
"last_name": "Guindon",
"twitter_handle": "chrisguindon",
"org": "Eclipse Foundation",
"job_title": "Lead Web Application Developper",
"website": "http://www.chrisguindon.com/",
"country":
{},
"bio": "Hello world! When I am not at a computer, which is rare, I spend my time playing the drums, watching hockey or at the top of a hill snowboarding. I am also very passionate about music and live concerts!",
"interests": []
}
```
## What is the expected correct behavior?
```json
{
....
"first_name": "Christopher",
"last_name": "Guindon",
"twitter_handle": "chrisguindon",
"mxid": "@christopher.guindon:matrix.eclipse.com"
...
}
```https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/95Specifying their organization as a member company is confusing for some users2023-12-07T19:34:42ZWayne BeatonSpecifying their organization as a member company is confusing for some usersAt least some of our contributors who work for member companies are choosing the wrong option when specifying their organisation/employer.
For example:
![image](/uploads/66ae2ef0279114909c2390abff179cdd/image.png)
In this (real) examp...At least some of our contributors who work for member companies are choosing the wrong option when specifying their organisation/employer.
For example:
![image](/uploads/66ae2ef0279114909c2390abff179cdd/image.png)
In this (real) example, an individual has specified their employment status as "other" and typed the name of their member company employer. They should have selected "Work for a member organisation" and then the company from the pick list.
I believe that we have to assume that the notion of working for a member company is not something that even occurs to many contributors.
When specified as "Other", the system doesn't actually make a connection between the individual and the organisation, meaning that we don't get things like an MCCA association (which then leads to a proliferation of extra ECAs), organisation credit for contributions in project charts, etc..
I recommend that we revisit this UX.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/92Make GitLab / EF User Account names visible on the profile pages2023-02-21T16:49:01ZAngelika WittekMake GitLab / EF User Account names visible on the profile pagesWhen I create a Helpdesk issue, I want to adress (@ or cc) members of my team.
To do that, I need the user name (-> EF user account name -> GitLab user name).
Even if I know the clear name and / or the mail adress, it is very hard to fi...When I create a Helpdesk issue, I want to adress (@ or cc) members of my team.
To do that, I need the user name (-> EF user account name -> GitLab user name).
Even if I know the clear name and / or the mail adress, it is very hard to find out the GitLab name.
Please add something to the profile page similar as with GitHub (very little icon bottom right).
Two more wishes -> I can open more issues for that:
- e.g. [Tractus-X](https://projects.eclipse.org/projects/automotive.tractusx/who), I would expect to see in the contributor / committer list the GitHub IDs and the GitLab names directly, or max one click away
- when looking to the profile of contributors, I never see the GitHub name, even if it is filled out in the profile (Social Media)
Thanks
AngelikaEric PoirierEric Poirierhttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/48Make sure that the forums link in the right hand nav bar is correct2023-05-01T13:18:32ZEclipse WebmasterMake sure that the forums link in the right hand nav bar is correctWebmaster received a report that a user logged into accounts.eclipse.org and when they clicked on the 'forums' link in the right hand nav bar they were redirected to:
https://www.eclipse.org/forums/index.php/e/
Which returns an 'invali...Webmaster received a report that a user logged into accounts.eclipse.org and when they clicked on the 'forums' link in the right hand nav bar they were redirected to:
https://www.eclipse.org/forums/index.php/e/
Which returns an 'invalid link page'.
Presumably they should be directed to https://www.eclipse.org/forums/ .
I'm not sure if this is a 'new account' issue or "something didn't respond in time"https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/6[Bug 576311] Add the ability to protect Eclipse Foundation accounts with 2FA2022-09-08T16:31:15ZMikaël Barbero[Bug 576311] Add the ability to protect Eclipse Foundation accounts with 2FA| | |
| --- | --- |
| Bugzilla Link | [576311](https://bugs.eclipse.org/bugs/show_bug.cgi?id=576311) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Sep 28, 2021 11:31 EDT |
| Modified | Sep 28, 2021 11:32 EDT |
| See also |...| | |
| --- | --- |
| Bugzilla Link | [576311](https://bugs.eclipse.org/bugs/show_bug.cgi?id=576311) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Sep 28, 2021 11:31 EDT |
| Modified | Sep 28, 2021 11:32 EDT |
| See also | [560061](https://bugs.eclipse.org/bugs/show_bug.cgi?id=560061) |
## Description
To offer the ability to better protect their account to committers and community members, accounts.eclipse.org should support two-factor authentication (e.g., like github https://docs.github.com/en/authentication/securing-your-account-with-two-factor-authentication-2fa)
I suggest to support both TOPT and WebAuthn.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/10[Bug 568986] "GitHub Username" field is treated as username field by browser2023-05-01T13:20:50ZMiro Spönemann[Bug 568986] "GitHub Username" field is treated as username field by browser| | |
| --- | --- |
| Bugzilla Link | [568986](https://bugs.eclipse.org/bugs/show_bug.cgi?id=568986) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Nov 20, 2020 05:35 EDT |
| Modified | Nov 20, 2020 08:20 EDT |
## Descript...| | |
| --- | --- |
| Bugzilla Link | [568986](https://bugs.eclipse.org/bugs/show_bug.cgi?id=568986) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Nov 20, 2020 05:35 EDT |
| Modified | Nov 20, 2020 08:20 EDT |
## Description
When I edit my account in https://accounts.eclipse.org/user/edit, my browsers fill in the password in "Current Password", which is expected, but they also fill in my email address in "GitHub Username", which is incorrect. This happens both with Chrome and Safari.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/11[Bug 563931] Add membership level to account page2023-04-10T19:07:31ZIvar Grimstad[Bug 563931] Add membership level to account page| | |
| --- | --- |
| Bugzilla Link | [563931](https://bugs.eclipse.org/bugs/show_bug.cgi?id=563931) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Jun 04, 2020 09:17 EDT |
| Modified | Jun 04, 2020 09:17 EDT |
## Descript...| | |
| --- | --- |
| Bugzilla Link | [563931](https://bugs.eclipse.org/bugs/show_bug.cgi?id=563931) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Jun 04, 2020 09:17 EDT |
| Modified | Jun 04, 2020 09:17 EDT |
## Description
It would be convenient if the account page could indicate what membership level a user has. For example, if you are a Committer Member or not.
Suggestion is to list it in the Status box in the upper right corner.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/54[Bug 561616] Create a donation report page2023-04-10T19:34:49ZChristopher Guindonchris.guindon@eclipse-foundation.org[Bug 561616] Create a donation report page| | |
| --- | --- |
| Bugzilla Link | [561616](https://bugs.eclipse.org/bugs/show_bug.cgi?id=561616) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Mar 31, 2020 11:22 EDT |
| Modified | Jun 15, 2020 10:28 EDT |
## Descript...| | |
| --- | --- |
| Bugzilla Link | [561616](https://bugs.eclipse.org/bugs/show_bug.cgi?id=561616) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Mar 31, 2020 11:22 EDT |
| Modified | Jun 15, 2020 10:28 EDT |
## Description
With the release of Eclipse 2020-03, we've started to track the landing page of each donation.
We should create a simple report page to allow us to review this information.
Requirements:
- filter result by date rage\
- filter by landing page\
- filter by campaign\
- filter by scopehttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/14[Bug 558926] Mailing lists: provide an activity graph2023-04-10T19:34:08ZDenis Roy[Bug 558926] Mailing lists: provide an activity graph| | |
| --- | --- |
| Bugzilla Link | [558926](https://bugs.eclipse.org/bugs/show_bug.cgi?id=558926) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | Jan 08, 2020 09:13 EDT |
| Modified | Aug 31, 2020 08:56 EDT |
## Des...| | |
| --- | --- |
| Bugzilla Link | [558926](https://bugs.eclipse.org/bugs/show_bug.cgi?id=558926) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | Jan 08, 2020 09:13 EDT |
| Modified | Aug 31, 2020 08:56 EDT |
## Description
If I look at a mailing list - say, eclipse-dev, I can see that there are 1242 subscribers.
https://accounts.eclipse.org/mailing-list/eclipse-dev
It would be great to track the # of subscribers each month and show a trend graph.
Bonus points if we can do the same with number of messages sent to the list.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/24[Bug 530532] Implement interface for mailing list options2023-04-10T18:59:32ZAndrii Berezovskyi[Bug 530532] Implement interface for mailing list options| | |
| --- | --- |
| Bugzilla Link | [530532](https://bugs.eclipse.org/bugs/show_bug.cgi?id=530532) |
| Status | REOPENED |
| Importance | P3 normal |
| Reported | Jan 30, 2018 16:32 EDT |
| Modified | Sep 25, 2021 14:34 EDT |
## Des...| | |
| --- | --- |
| Bugzilla Link | [530532](https://bugs.eclipse.org/bugs/show_bug.cgi?id=530532) |
| Status | REOPENED |
| Importance | P3 normal |
| Reported | Jan 30, 2018 16:32 EDT |
| Modified | Sep 25, 2021 14:34 EDT |
## Description
I have disabled the email delivery from the technology-pmc mailing list because it was too much for me (but as a project lead, I must use it regularly). Now I want to flip the switch back to start getting the email (but surely I want to turn it off after the release has been done).
Do you have any link that does not redirect to a URL like
https://accounts.eclipse.org/users/aberezovsky/mailing-list
but instead to the mailman mailing list options page, please?https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/21[Bug 528280] Need a way to create and delete mailing lists2023-04-10T19:31:48ZEclipse Webmaster[Bug 528280] Need a way to create and delete mailing lists| | |
| --- | --- |
| Bugzilla Link | [528280](https://bugs.eclipse.org/bugs/show_bug.cgi?id=528280) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Dec 07, 2017 10:57 EDT |
| Modified | Aug 26, 2021 18:03 EDT |
## Descript...| | |
| --- | --- |
| Bugzilla Link | [528280](https://bugs.eclipse.org/bugs/show_bug.cgi?id=528280) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Dec 07, 2017 10:57 EDT |
| Modified | Aug 26, 2021 18:03 EDT |
## Description
With the looming shutdown of the portal, Webmaster will need a way to create/delete mailing lists, as well as listing the most recently created lists.
-M.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/25[Bug 527573] Use On/Off options instead checkboxes to manage mailing lists2023-04-10T19:31:35ZEric Poirier[Bug 527573] Use On/Off options instead checkboxes to manage mailing lists| | |
| --- | --- |
| Bugzilla Link | [527573](https://bugs.eclipse.org/bugs/show_bug.cgi?id=527573) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | Nov 21, 2017 13:56 EDT |
| Modified | Jul 15, 2019 09:20 EDT |
## Des...| | |
| --- | --- |
| Bugzilla Link | [527573](https://bugs.eclipse.org/bugs/show_bug.cgi?id=527573) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | Nov 21, 2017 13:56 EDT |
| Modified | Jul 15, 2019 09:20 EDT |
## Description
We should consider using On/Off options instead of the checkboxes on https://accounts.eclipse.org/user/mailing-list.
As an example, this is what Material UI can offer:\
http://www.material-ui.com/#/components/toggle
This would replace the checkbox column's functionality in the table and also replace the text in the status column. It would still be easy to know lists users are registered to and it will make the table look less crowded.
The only downside I'm seeing with this is that we will have to remove the bulk operations from that page.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/15[Bug 521624] Accounts should maintain the state of the ECLIPSESESSION2023-04-10T19:38:43ZChristopher Guindonchris.guindon@eclipse-foundation.org[Bug 521624] Accounts should maintain the state of the ECLIPSESESSION| | |
| --- | --- |
| Bugzilla Link | [521624](https://bugs.eclipse.org/bugs/show_bug.cgi?id=521624) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Aug 30, 2017 11:42 EDT |
| Modified | Sep 15, 2021 01:06 EDT |
## Descript...| | |
| --- | --- |
| Bugzilla Link | [521624](https://bugs.eclipse.org/bugs/show_bug.cgi?id=521624) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Aug 30, 2017 11:42 EDT |
| Modified | Sep 15, 2021 01:06 EDT |
## Description
When accounts.eclipse.org was deployed, one of the requirements was to create an ECLIPSESESSION after a user logs-in to support our current infrastructure.
For example, the Bugzilla manager for committers validate your access based off your ECLIPSESESSION.
Accounts.eclipse.org also creates a local Drupal session which can expire after the ECLIPSESESSION.
Accounts.eclipse.org should be able to detect that the ECLIPSESESSION has expired for a currently logged-in user and create a new session or update the expiry date of the previous session.
The main issue is that the ECLIPSESESSION is only created when the user successfully enter information on our login form. As long, as the drupal session is valid, it won't try to re-validate the ECLIPSESESSION.Christopher Guindonchris.guindon@eclipse-foundation.orgChristopher Guindonchris.guindon@eclipse-foundation.orghttps://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/2[Bug 520265] OAuth login page should show requesting application details2023-04-10T19:30:22ZEclipse Genie[Bug 520265] OAuth login page should show requesting application details| | |
| --- | --- |
| Bugzilla Link | [520265](https://bugs.eclipse.org/bugs/show_bug.cgi?id=520265) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Jul 27, 2017 10:08 EDT |
| Modified | Jul 22, 2021 19:52 EDT |
| Reporter |...| | |
| --- | --- |
| Bugzilla Link | [520265](https://bugs.eclipse.org/bugs/show_bug.cgi?id=520265) |
| Status | NEW |
| Importance | P3 normal |
| Reported | Jul 27, 2017 10:08 EDT |
| Modified | Jul 22, 2021 19:52 EDT |
| Reporter | Brian de Alwis |
## Description
I had a USS-triggered login page opened with as a result of a seemingly-unrelated action. The login browser dialog shows no indication as to what client made the request. In the case of an OAuth request, it would be great if we could highlight client details here and the implications of signing in. For example, text like: Oomph is requesting permissions to access your user data; the following screen will detail the permissions".
Even better: could we first show the OAuth permissions screen and then, if accepted, the login screen?
I've opened [bug 520263](https://bugs.eclipse.org/bugs/show_bug.cgi?id=520263) against the USS SDK to put more useful information in the title bar. But the actual login content would benefit too.https://gitlab.eclipse.org/eclipsefdn/it/websites/accounts.eclipse.org/-/issues/3[Bug 516517] Drop local avatar management in favor of Gravatar2023-04-10T19:05:46ZMickael Istria[Bug 516517] Drop local avatar management in favor of Gravatar| | |
| --- | --- |
| Bugzilla Link | [516517](https://bugs.eclipse.org/bugs/show_bug.cgi?id=516517) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | May 11, 2017 11:12 EDT |
| Modified | Jul 03, 2019 17:09 EDT |
## Des...| | |
| --- | --- |
| Bugzilla Link | [516517](https://bugs.eclipse.org/bugs/show_bug.cgi?id=516517) |
| Status | NEW |
| Importance | P3 enhancement |
| Reported | May 11, 2017 11:12 EDT |
| Modified | Jul 03, 2019 17:09 EDT |
## Description
With 508862, we see some Eclipse.org services started to use Gravatar. A followup question would be what's the value of having an in-house avatar support at Eclipse.org when we could fully rely on Gravatar?\
Although it makes sense to have in-house devtools that better map community processes, avatar management seems like something of low criticity and simpler to defer to an external service such as Gravatar.\
Note that I think switching to Gravatar for all Eclipse.org services is only interesting if it is perceived by admins/webmasters as profitable in term of maintenance and the long run. If not, feel free to put it as WONTFIX.