Problemas por el fallido cambio de uso horario

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Que tu gobierno decida a ultimo momento no aplicar el DST
2. Generar el TRA
3. Tratar de autenticar contra WSAA con ese TRA

What is the expected output? What do you see instead?
Esperaba un TA valido, me devuelve SoapFaul (El tiempo del expire es menor
a la fecha actual)

What version of the product are you using? On what operating system?
r92

Please provide any additional information below.
Cambiando la linea 31 de php.py a:
d = datetime.datetime.fromtimestamp(timestamp)+"-03:00"
resuelve el problema

Original issue reported on code.google.com by federoit...@gmail.com on 20 Oct 2009 at 10:16

[GoogleCodeExporter]

Otro detalle: al día de hoy el servidor de homologación del WSAA responde los 
TA asi:
        <generationTime>2009-10-20T20:07:17.291-02:00</generationTime>
        <expirationTime>2009-10-21T08:07:17.291-02:00</expirationTime>
notese el -02:00 en la fecha. Si alguien verifica la validez del TA por la 
fecha,
tiene que tener en cuenta que la misma está en distinto uso horario al que 
usamos
actualmente en Argentina

Original comment by federoit...@gmail.com on 21 Oct 2009 at 12:56

[GoogleCodeExporter]

Ups, es en la linea 32, la linea 31 no se tiene que tocar:

return d.isoformat()+"-03:00"

Original comment by federoit...@gmail.com on 23 Oct 2009 at 7:51

[GoogleCodeExporter]

Perdón, recién veo este ticket.

Buena solución provisoria, para incorporarla habría que encontrar un cambio 
más 
permanente (seguramente con un parámetro para configuración del huso horario)

Igualmente si no me equivoco debería solucionarse automáticamente al 
actualizar la 
configuración del equipo, esperemos que el gobierno no vuelva a modificar este 
tema a 
último momento.

Original comment by reingart@gmail.com on 29 Dec 2009 at 1:33

• Changed state: WontFix