hi Moyo
after looking at code I realized that, thank you.
but for some (many!) users it is confusing/annoying that the field is blank, and they will spend time typing in their email address. and complain that they must type in their email every time (yes even after they are told/shown they needn't type the email, they will still do it and complain!)
it's not such a big deal, I don't mind to locally patch glpi, if others don't think this patch should be included. it's cool. ^_^
in any case: my thanks again to Moyo & JMD & rest of glpi devs, for glpi! it is making my job a lot easier!
]]>In fact there is no problem of uemail.
If you let it blank, the uemail is automatically replace by the author email.
but the field remains editable, the user could enter a different email. no?
]]>apologies but I'm not sure I understand what you mean 'enter a free mail' ?
]]>I will try to make a more user-friendly system.
]]>https://dev.indepnet.net:8080/glpi/ticket/610
/EDIT
]]>I am not sure if this is a bug, or perhaps just some profile permission/rights setting for "command center" that I have set wrong?
I do try to find the UI generator for this form but not positive where it is.
(I do try to search the bugtrack and the french forums for several days, but my french is very bad and google transl. not always helpful...)
many thanks for any help
ps --
I guess that perhaps this block in inc/tracking.class.php prepareInputForAdd() sets it automatically even if the form field is blank?
if (isset($input["emailupdates"])&&$input["emailupdates"]=="yes"&&empty($input["uemail"])){
$user=new User();
$user->getFromDB($input["author"]);
$input["uemail"]=$user->fields["email"];
}
but still nice if the helpdesk.php form field uemail is filled in, it confuse the users less!..
]]>