Apache OpenOffice (AOO) Bugzilla – Issue 8945
project owner not listed on project's home page
Last modified: 2012-03-18 00:49:59 UTC
Looking at http://dba.openoffice.org/servlets/ProjectMemberList, I see that the user fs@openoffice.org (me :) does not have a real name. Well, strange, but not really problematic (though I admit I'd like to have my name there :). Looking at http://dba.openoffice.org, it seems that the "project owner" header is generated from the real names, too, and this is the point where I am vain enough to want to see my name :). Can somebody please give me my real name back (which is what I prefer - it would not even contradict these weird export restrictions, because we _know_ that my name is _not_ O.... B.. L....), or at least let the login name appear on the start page header?
reassigning to support. Esp. the situation, that project owners without real name are left out on the project's home page needs a resolution.
Stefan - Please get in touch with Eric Renaud in this regard.
Eric, I know that we have to come up with the data which should be collected from registrants. Nevertheless I think, that omitting a project owner because he has no real name is a bug. At least the login name should be mentioned. PLease confirm. Thanks, Stefan.
I agree. At least the login name should be made known, as this is information for which we can ask. If the login ends up being analogous to the user's real name, it will be a pleasant coincidence that does not violate any export control laws.
Sorry for interfering :). How big are the chances that "Frank Schönheit" violates the export restrictions? How big would be the effort to answer this question for _one_ given name? What I want to say: Would it be feasible to allow for real names at least for the project owners in any case? The number of project owners is pretty small, so checking if their name is, ehm, you know, _his_ name (I know I simplyfy this check here :) should be possible without too much effort, shouldn't it? I do not argue agains the general rule of not allowing real names, but wouldn't a small list of exceptions ("project owners" should be _small_) make sense?
Brain, see Eric's comment above. reassigning to support.
Brian, see Eric's comment above. reassigning to support.
Hi I'll leave it to support to file the PCN issue; I was about to do it. It relates, of course, to the elimination of new real names from the database. but the Project Owner field requires those names. If there is no real name, no project owner name. We cannot give your real name back (so to speak). The best case scenario: to have that field in the template replaced by username not real name. thanks Louis
Louis, thanks for the info. But: Doesn't this imply that on _all_ project home pages, the project owner names would be replaced with the user names? Isn't this a major impairment and ... weird?
yes sort of. We already use usernames for IZ; this would follow the same logic. Useful solution: What I have done on Native Lang, for which I'm a co-lead, is just physically enter my name & Guy Capra's in the index.html page. -Louis
Oh, I see .... So it comes down to: a. we are not allowed to use the real names because of some export restrictions b. thus the project owner header may be empty c. but we want the project owners to be listed d. thus we add them to the index.html manually Doesn't d. (potentially) contradict or violate the same export restrictions as a. does? Or, the other way round: If we can put real names (of whoever, not only the project leads) on the home page, can't we do the same with the real names? Or: If d. does not (potentially) violate these famous laws, then why would a re-introduced real name in the user account (which we checked before) do? Yes, I never understood politics. And yes, adding the names to the index.html is a workaround. But when writing code, I would call this a HACK :). I simply consider it - sorry - weird that we can put the names on the page explicitly, but are not allowed (in hurrying obedience?) to include them in the user data, not even for verified ones.
a. Yes b. Yes c. Yes d. Yes I'm speaking with one lawyer already today. But I will (much to my chagrin ;) contact our export control attorney to investigate the ramifications of this action. Meanwhile, why can't a user remit one's user name with what may or may not be one's real name? I'm logged in as ejrenaud, but could just as easily be logged in with Eric Renaud (my real name - and I will log out and attempt to join as such). I realize this could cause complications were every user to join under another user name, but how deep would the problem run for project leads? I believe this would skirt the issue (if we find out there is actually would be one) entirely, yes?
EricRenaud seemed to have worked just fine as a user name Are user names something to which folks are generally attached? I realize 'st' and 'fs' make it quick to login, but couldn't Frank Schoenheit just as easily be a username? Again, I realize all the permissions would have to be set again after registering a new user name, (a new user, really). That is unless a manual change to username can be made on the existing account maintaining the user account as is. Then the user name (aka real name) could be displayed identifying the project owner instead of the real name, yes? Is this possible?
changing the user name to FrankSchoenheit would be fine with me, even creating a new user with that name. Finally, I can grant the "Project Owner" role to this new account myself :). Would need to get the permissions granted by somebody else, though. This would indeed not only skirt the issue, but show it's absurdity. But I can't resist repeating: This is not really only about project owners. If we deny real names to users registered at OOo, users will (to some noticable degree) move to real names as user names (in fact there already are enough of such names). Even if they don't - in a public communication area such as Issuezilla, it's very disturbing to talk to people named "cpt03190", "dongski", "szpityu", " palevell69" (just some arbitrary examples of observers registered in DBA). Real names (or even only an adequate substitute like nick names, which is not the same as the user aka login name) are necessary for communication. But okay, I read this "speaking with one lawyer", so I will refrain from ranting for a while and hope ....
updating whiteboard
When I look at dba.openoffice.org in the header of the project home page both owners are displayed. Re-assigning back to Eric as this is an issue internal to Sun and OpenOffice.
Brian, who do I have to thank for moving login names into empty real name fields? Thanks anyway.
Just noticed that on the project owner home page, their appears a fs now. Thanks to whoever made this possible :). But. You knew there is a but (: Just submitted a new issue (not at all related to this one here), and saw that in the history of this issue, I appear as Frank Schoenheit. For an example, look at issue 9300. This is bristled with my real name. Looks like somewhere in OOo's database, my real name is still present, and obviously it is also used. At the risk of sombody misunderstanding this, but can we please make this consistent: I.e. give me my real name back in all places? Sorry, but the current situation is simply absurd.
> their appears s/their/there/ > For an example, look at issue 9300 Even easier: Look at the history of this issue, where I have a real name, too. Was this always the case? Dunno. But still I consider this kinda schizophrenic ....
Frank, there is a repository of names that we do not know what to do with because we are still awaiting instructions from Sun. louis
> I'm speaking with one lawyer already today. But I will (much > to my chagrin ;) contact our export control attorney to investigate > the ramifications of this action. Renaud, just curious: are there any news about the realname issue?
Is there any news about the realname issue? Perhaps from the laywer? Perhaps from somebody who realizes that a login name such as OsamaBinLaden could violate the export restrictions (is this still the official justification?) equally easily as the same real name? It's _really_ annoying to talk (in the issues) to people like yl146652, brwk, or gongwf. Furthermore, it's still a pain to match login names I see in issues to real names which appear in the mailing lists. Pages like http://ooo.ximian.com/name-account.html, which list this mapping in a public place (and are questionable from a data protection perspective) wouldn't be necessary if we had real names. (BTW: the justification on the cited site is: "Without this mapping, using Issuezilla can be particularly painful". Surprise.)
OpenOffice.org Issue Tracker - Feedback Request. The Issue you raised has the status 'New' pending further action, but has not been updated within the last 4 years. Please consider re-testing with one of the latest versions of OOo, as the problem(s) may have already been addressed. Either use the recent stable version: http://download.openoffice.org/index.html or consider trying the new OOo 3 BETA (still in testing): http://download.openoffice.org/3.0beta/ Please report back the outcome so this Issue may be Closed or Progressed as necessary - otherwise it may be Resolved as Invalid in the future. You may also wish to search for (and note) any duplicates of this Issue that may have advanced further by checking the Issue Tracker: http://www.openoffice.org/issues/query.cgi Many thanks, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html
Reset QA Contact to new default
Issue from the old OpenOffice.org project. I will close it now