[Users] avp_write with $ruri and /username /domain

[Daniel-Constantin Mierla]

Hello,

did you used the latest CVS version for 1.1.0, or the release tarball. 
There was an issue with 'username/domain' flags fixed later.

Those flags remained there for backward compatibility reasons of 
$ruri/$from/$to, but they are still required for $avp(xyz).

Cheers,
Daniel


On 09/26/06 17:31, Papadopoulos Georgios wrote:
> hello,
>
> Trying to migrate from 1.0.0 to 1.1.0 I came across a problem that has
> already been discussed in the list (of course if I had first searched
> the archives I would have saved myself from a couple of days of
> debbuging). Here are the two discussions:
> http://openser.org/pipermail/users/2006-August/006246.html
> http://openser.org/pipermail/users/2006-August/006284.html
> I am just sending this again because I think it looks like a bug to me. 
>
> In the avpops documentation for 1.0.0 the example says
> 	avp_write("$ruri/username","$email"); 
> In 1.1.0 it has changed to
> 	avp_write("$ru/username","$avp(email)");
> Neither of those two will produce the username in avp email with openser
> 1.1.0.
> The same holds for 
> 	avp_write("$ru/domain","$avp(whatever)");
> 	avp_write("$ru/domain","$avp(whatever)");
> The solution is to use:
> 	avp_write("$rU","$avp(whatever)");
> 	avp_write("$rd","$avp(whatever)");
>
> If the /username, /domain are not supposed to work, then shouldn't they
> be removed from the document? And shouldn't they cause some syntax
> error?
>
> thanks a lot
>
> George
>
> Disclaimer
> The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
>
>
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
>