Reports con comportamientos raros al eliminar campos o cambiar valores

Posted on mayo 26, 2010

0



Es posible que un report generado con VFP6, al modificarlo con VFP9, tenga comportamientos erráticos.

Por ejemplo, al eliminar un campo, un label, o cualquier otra cosa, te borre otro elemento que no tenga nada que ver.

También es posible que al modificar un campo, por ejemplo cambiandole su campo de origen, no lo haga o lo haga en otro diferente.

Todo esto es debido al campo UNIQUEID que hay dentro del archivo FRX de la report.

Para arreglarlo, hay que abrir la report, y asegurarse que el campo UNIQUEID no tenga repetido el mismo valor en diferentes registros.

Si nos interesa ver si hay algun UNIQUEID duplicado con anterioridad a hacer las instrucción:

SELECT uniqueid, COUNT(*) as contar FROM nombrereport.frx GROUP BY uniqueid HAVING contar>1 AND !EMPT(uniqueid)

 

I have some old reports, developed with VFP5 and VFP6, who are giving me problems.

Some reports, when I change a object (for example a field from the report) it change the value in other field.
Other cases, are removing a object (for example a field from the report) it remove more objects than the desired.

I discovered it is because VFP sometimes have the same value in UNIQUEID field in the FRX file. May be it is because we used the Copy/paste of fields or similar (Really, I don’t know).

If you change or remove the field in the same report in VFP6, it works fine. If you do exactly with VFP SP2, it fails. Perhaps the problem is VFP9 SP2 who use the UNIQUEID to localte the object, and the older VFP6 report engine doesn’t do.
You can solve it changing the UNIQUEID of the repeated values.

I hope this will help someone, and MS solve it some day.

You can resolve this problem simply:
USE YourReport.frx
REPLACE uniqueid WITH SYS(2015) ALL
USE

Posted in: Foxpro