Error al mandar a imprimir un REPORT FORM o un LABEL FORM

[Edgar Acevedo]

Buenas noches colegas.

Nunca había tenido problemas para mandar a imprimir reportes o etiquetas con LABEL FORM.
De repente, de la noche a la mañana, al ejecutar el REPORT FORM o el LABEL FORM, me aparece una pantalla donde me pide que seleccione la tabla FOXYPREVIEWERSETTINGS.DBF

Lo muestro abajo.

Curiosamente, el código no ha sido modificado.

Si, utilizo Foxy PreViewer.

Ejecuto del SET REPORTBEHAVIOR 90

Ejecuto el DO FOXYPREVIEWER.APP

Es decir, todo sigue igual que siempre.  Nada ha cambiado en el código.  
Simplemente comenzó a aparecer esta situación de repente.

Algo "Interesante"

Al dar seguimiento con un "SET STEP ON" y ver que pasa al ejecutar el DO FOXYPREVIEWER.APP aparece un error que dice "Source not Available".

¿Alguien podría orientarme?

Anticipadamente, mil gracias por su apoyo.

Saludos,  Edgar.

[ZeRoberto]

Para descartar prueba haciendo lo mismo pero sin el Foxpreviewer

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/0531c52b-a58a-49a9-a0ce-0ed6ef9f987b%40googlegroups.com.

[HernanCano]

Edgar:

1. Puede ser que es una estación nueva en tu red, y no copiaste "todos" los archivos: a lo mejor te faltó el FoxyPreviewer_Settings.FPT.

2. Puede ser que el antivirus te bloqueó el FoxyPreviewer_Settings.FPT. 

3. Intenta borrando FoxyPreviewer_Settings.DBF y FoxyPreviewer_Settings.FPT, los dos.

Y nos cuentas.

[Edgar Acevedo]

Muchas gracias por sus sugerencias ZeRoberto y HernanCano.

ZeRoberto:
Hice un minúsculo programa que no utiliza para nada el FoxyPreviewer pero si el REPORTBEHAVIOR 90.

HernanCano:

Gracias por tus ideas y te comento puntualmente como está el asunto:

1. No es equipo nuevo.  Ya estaba en funciones en la oficina, y corriendo otras aplicaciones en VFP que utilizan sin problemas el FoxyPreviewer (aún ahora mismo, mientras te escribo). Eso si: estas aplicaciones están en otros directorios separados del mencionado en este problema.
2. Como no es equipo nuevo, el Antivirus ya estaba instalado y dejaba funcionar cosas de VFP sin problemas.  Por otro lado, no pude encontrar en esta aplicación ni en ninguna otra aplicación que tengo usando con FoxyPreviewer
3. Si eliminé como sugeriste, el FoxyPreviewer_Settings.DBF

Lo que hice entonces:

• Copié desde los otros folders, el archivo FoxyPrevier_Settings.DBF en el folder de este nuevo proyecto (le cayó encima):  Resultado:  No funcionó, y todo sigue igual.
• Hice un pequeñísimo programa que no invoca para nada el FoxyPreviewer.  Resultado:  No funcionó. Abajo las pocas líneas de código de este programa:
  M.UPCEAN = "7401007738447"
  M.ETIDS1 = "MOLDE P/BIZCOCHO"
  M.ETIDS2 = "# 24 ALTO"
  SET REPORTBEHAVIOR 90
  USE D:\ALDURAHD\APL\ALD\ART-MAS IN 0 ALIAS ARTMAS SHARED
  SELECT ARTMAS
  GO TOP
  LABEL FORM LABPR1 OFF NEXT 4 TO PRINT
  
• Como en en este micro-programa no utilizo el FoxyPreviewer, como travesura se me ocurrió indicar cualquiera de los otros DBF que me muestra para abrir.  Abrí el archivo ALDURA.DBF (que no tiene "nada que ver" con los settings de algún reporte). Y la impresión funcionó.  Resultado:  no importa que DBF seleccione, cualquiera que elija, por absurdo que sea, la impresión logra salir sin problemas.  Lo molesto entonces es que la ejecución se detenga para obligarme a elegir un DBF cualquiera y que no proceda con la impresión de las etiquetas.
• Pensando que el archivo de etiquetas (.LBX) pudiera estar corrupto, lo borré y lo hice de nuevo.  Resultado: la falla persiste aún habiendo hecho un nuevo archivo LBX.

Resumiendo:

Por alguna extraña y absurda razón, antes de comenzarse a imprimir las etiquetas (LABEL FORM LABPR1), pide que abra una tabla DBF.  ¡Cualquier tabla! (no necesita ser la tabla de donde se saca la data para la impresión porque esta tabla ya está abierta). El DBF de donde sale la data que se imprime, ya está abierto (en el código arriba indicado se muestra) y prueba de ello es que si le indico cualquier tabla que no sea esa, la impresión procede y los datos impresos son los correctos (o sea que la tabla que abre, no la usa para nada).

¿Alguna sugerencia?

De nuevo, muy agradecido por leerme y pensar un poco en este extraño asunto.

Saludos,    

Edgar

[ZeRoberto]

Revisaste el entorno de datos del reporte? sino hay definido alguna tabla que se pudo eliminar despues

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/5f50c68a-86c6-4a7d-9816-6f99606cfd7d%40googlegroups.com.

[Edgar Acevedo]

Muchas gracias ZeRoberto:

Nunca he utilizado el Entorno de Datos,  y tampoco lo uso en este reporte en particular.
Cuando abrí el diseñador (CREATE LABEL LabPr1) no tenía ninguna tabla abierta. 
Siempre los diseño así: sin tablas abiertas.  Viejo hábito.

Saludos,   Edgar.

[ZeRoberto]

Y porque no usas FRX en vez de los LABELs

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/bea74d27-eaa4-4c0d-996e-39bcfd88b081%40googlegroups.com.

[Edgar Acevedo]

De nuevo, gracias por tu seguimiento ZeRoberto:

• No use FRX porque hace exactamente lo mismo que indiqué arriba: solicita una tabla.
• Ya sea que use un FRX o un LBX, siempre solicita que elija una tabla.
• Y no importa que tabla elija, una vez elijo cualquier tabla no relacionada en lo más mínimo, la impresión procede a ejecutarse.
• Por cierto, en mi desesperación y falta de ideas, reinstale VFP 9 (es una estación de desarrollo también) y el problema persiste exactamente igual.

Interesante hallazgo, que no dice mucho, pero a la vez "dice algo".

Al poner un SET STEP ON, en el momento de ejecutar el REPORT FORM, en la ventana del DEBUG aparece un "Source not Available".

Ni idea de qué es, pero claramente es una señal de algo.

Estoy buscando en "San Google", pero lo que de momento he encontrado, no me ha servido.

• Dicen que es error con el FOXUSER.DBF.  Ya borré el FOXUSER.DBF y FOXUSER.FPT y NO FUNCIONA.
• Dicen que es un problema en el archivo FXP. Ya lo refresqué con un COMPILE y NO FUNCIONA.
• Borré e hice de nuevo el reporte (CREATE REPORT y MODIFY REPORT) y NO FUNCIONA.
• Dicen que borre el PROJECT pero el programa es un PRG no amarrado a ningún PROJECT. Es un simple y solitario PRG.

Saludos,

Edgar.

[Edgar Acevedo]

De nuevo, gracias por tu seguimiento ZeRoberto:

No use FRX porque hace exactamente lo mismo que indiqué arriba: solicita una tabla.
Ya sea que use un FRX o un LBX, siempre solicita que elija una tabla.

Y no importa que tabla elija, una vez elijo cualquier tabla no relacionada en lo más mínimo, la impresión procede a ejecutarse.
Por cierto, en mi desesperación y falta de ideas, reinstale VFP 9 (es una estación de desarrollo también) y el problema persiste exactamente igual.

Saludos,

Edgar.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMkTt8pjFoHu_n%3D1XLdmuRni8Ay8vJYGCkqm%3DG88PKQKqk6NWg%40mail.gmail.com.

[Oscar Bonet]

el error te dice que no hay origen disponible.

debes hacer select a la tabla o cursor con los datos antes de invocar el reporte.

_________________
Oscar 
   

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/070248c9-c667-4f6a-aedc-798c9aa1eae7%40googlegroups.com.

De conformidad con el decreto 2242 de Noviembre de 2015, nuestra Compañía está implementando la Facturación Electrónica y según comunicado  100202211-410 del 29 de Junio de 2018 emitido por la DIAN, se nos fijó el 1 de diciembre de 2018 para la emisión de la factura electrónica.

En consecuencia, hemos destinado la cuenta de correo electrónico: 

e-fac...@cialta.com      para recepción y emisión de facturas electrónicas.

Habeas Data: La Compañía Internacional de Alimentos Agropecuarios CIALTA S.A.S. cumple con los requerimientos de la Superintendencia de Industria y Comercio de Colombia sobre el manejo de información de datos personales, lo cual implica tener políticas claras de tratamiento de Base de Datos que usted puede consultar: Politicas Habeas Data 

Si desea tener más información sobre el particular, puede escribirnos al correo habea...@cialta.com 

[Oscar Bonet]

si no usas tablas puedes entonces hacer select cTuCursor antes de hacer repor form o label form    es similar cuando abres primero una tabla. 

algo asi seria:

select tmp_reporte

Report form MiReporte

donde tmp_reporte contiene los datos que vas a mostrar en tu reporte.

_________________
Oscar Bonet

   

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/5f50c68a-86c6-4a7d-9816-6f99606cfd7d%40googlegroups.com.

[Edgar Acevedo]

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/6de05937-fd06-4d83-a567-4085d7d85eb1%40googlegroups.com.

[Edgar Acevedo]

Interesante hallazgo, que no dice mucho, pero a la vez "dice algo".

Al poner un SET STEP ON, en el momento de ejecutar el REPORT FORM, en la ventana del DEBUG aparece un "Source not Available".

Ni idea de qué es, pero claramente es una señal de algo.

Estoy buscando en "San Google", pero lo que de momento he encontrado, no me ha servido.

• Dicen que es error con el FOXUSER.DBF.  Ya borré el FOXUSER.DBF y FOXUSER.FPT y NO FUNCIONA.
• Dicen que es un problema en el archivo FXP. Ya lo refresqué con un COMPILE y NO FUNCIONA.
• Borré e hice de nuevo el reporte (CREATE REPORT y MODIFY REPORT) y NO FUNCIONA.
• Dicen que borre el PROJECT pero el programa es un PRG no amarrado a ningún PROJECT. Es un simple y solitario PRG.

[ZeRoberto]

Edgar puedes compartir el frx y la tabla para revisarlo???

Saludos 

Ze

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAKboPe_1TDVNjHBurCkUrTc8citHr4hGEZKvO1jx286JeVpjUw%40mail.gmail.com.

[Edgar Acevedo]

Muchísimas gracias por tu idea Oscar:

Justamente lo que tu sugieres Oscar es "lo que pareciera",
Pero te confirmo que efectivamente, si hay un SELECT antes de la generación del REPORT FORM.  Te muestro el código:

M.UPCEAN = "7401007738447"
M.ETIDS1 = "MOLDE P/BIZCOCHO"
M.ETIDS2 = "# 24 ALTO"
SET REPORTBEHAVIOR 90
USE D:\ALDURAHD\APL\ALD\ART-MAS IN 0 ALIAS ARTMAS SHARED
SELECT ARTMAS
GO TOP

REPORT FORM LABPR1 OFF NEXT 4 TO PRINT

Gracias por tomarte tu tiempo para leerme.  Seguiré echándole la pensada y al encontrar la causa de la falla, la documentaré en este mismo hilo.

Saludos, Edgar.

[Oscar Bonet]

entonces debe ser algun campo que no está asociado a algun cursor o tabla o al contrario algún campo que ya no se llama igual en el reporte.

También revisa si en el entorno de datos del reporte cambió de lugar o ya no existe.

_________________
Oscar 
   

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/eeb0f7c5-1714-4bc4-af37-2ff7f2e78c92%40googlegroups.com.

[HernanCano]

Edgar:

Releyendo el hilo, veo que mencionas lo que está aquí (hacia abajo).

Edgar: cuando vas a "ejecutar" un reporte, o un label, se necesita un DBF abierto y "seleccionado".

Desde tu consulta inicial dices que "pide un DBF"--- por que así es como funciona (no es que pida abrir FoxyPreviewer_Settings.dbf: es la que primero ves, pero es porque no tienes ningún DBF abierto, entonces te pide que abras alguno).

Es probable que tu report/label esté diseñado para no usar campos de un DBF... pero éso no indica que no tengas que abrirlo: de todas formas debe haber un DBF abierto.
----------------------------------------------------------

Te recomiendo que verifiques esta frase tuya:

"...De repente, de la noche a la mañana, ... me aparece una pantalla donde me pide que seleccione...."

No creo que haya sido de la noche a la mañana.... 

----------------------------------------------------------

Si el código que pretendes utilizar es el que expusiste en oct-25 a las 10:25, entonces te propongo lo sgte:

M.UPCEAN = "7401007738447"
M.ETIDS1 = "MOLDE P/BIZCOCHO"
M.ETIDS2 = "# 24 ALTO"
SET REPORTBEHAVIOR 90

local M.OldSel, M.cTemp
M.OldSel = select()

M.cTemp = sys(2015)

create cursor (M.cTemp) ( CAMPO1 C(1) )

append blank
append blank
append blank
append blank

GO TOP
LABEL FORM LABPR1 OFF NEXT 4 TO PRINT

use

if !empty(M.OldSel)

   select (M.OldSel)

endif

Lo de repetir "append blank" 4 veces es por el NEXT 4 en el comando LABEL... pero debes confirmar éso en tu escenario.....

----------------------------------------------------------
Si "antes" ejecutaba sin tener un DBF abierto, debía ser porque:

1. Tenías en Environment del reporte "activado";

2. Había un DBF abierto y ....no te habías dado cuenta....

[HernanCano]

Edgar:

Te está apareciendo "Código no disponible" por que el lenguaje no puede encontrar el código fuente donde aparece el "error", el cual está en las Report*.APP "originales" de VFP (por definirlas así) (cuando ejecutamos desde un .APP/.EXE/.DLL el código fuente no está disponible).

En este caso dentro de las APP que conforman el "motor de reportes" de VFP9 hay alguna instrucción que pretende activar (SELECT) el área de trabajo, u obtener el valor de algún campo del área activa--- pero evidentemente tú no activaste ninguna área de trabajo-------------......

[Edgar Acevedo]

Hernan, Oscar y ZeRoberto:

Muchísimas gracias por su seguimiento y sus aportes.  

Les escribo "en conjunto" para no complicar este hilo con respuestas separadas, y de paso, aprovecho a unificar criterios.

Situación 1:

El programa funciona perfectamente bien solo si el SET REPORTBEHAVIOR se pone en 80

Este es el código:  

CLOSE TABLES ALL

CLEAR

SET PATH TO C:\TEST

SET DEFAULT TO C:\TEST

SET REPORTBEHAVIOR 80

USE C:\TEST\ARTMAS IN 0

SELECT ARTMAS

GO TOP

REPORT FORM LABPR1 OFF TO PRINTER NOPAGEEJECT

Situación 2:

El programa funciona... pero muestra una molesta ventana solicitando que "abra un archivo" solo si el SET REPORTBEHAVIOR se pone en 90

Este es el código:  

CLOSE TABLES ALL

CLEAR

SET PATH TO C:\TEST

SET DEFAULT TO C:\TEST

SET REPORTBEHAVIOR 90

USE C:\TEST\ARTMAS IN 0

SELECT ARTMAS

GO TOP

REPORT FORM LABPR1 OFF TO PRINTER NOPAGEEJECT

Esta es la molesta pantalla que aparece solicitando un archivo:

LO QUE HACE APARECER esta odiosa pantalla es simplemente cuando cambio el SET REPORTBEHAVIOR de 80 a 90.
Y LO MÁS EXTRAÑO:  SIN IMPORTAR QUE TABLA ELIJA, la impresión procede a ejecutarse sin problemas.

Queda claro que: 

- NO ES QUE FALTE un SELECT siendo que arriba, donde anoté el código, se nota que hay un SELECT

- NO ES PROBLEMA DE FoxyPreviewer pues en esta "demo", NO SE USA el FoxyPreviewer.

- NO ES QUE FALTEN las APP para reportes en el folder del programa y lo muestro en la siguiente pantalla que incluye TODOS los archivos que tengo en el directorio DEFAULT desde donde corre el programa:

  

INTERESANTE (y quizás) REVELADORA pista...

Si al código le inserto un SET STEP ON previo a la generación del reporte, como se muestra a continuación:

CLOSE TABLES ALL

CLEAR

SET PATH TO C:\TEST

SET DEFAULT TO C:\TEST

SET REPORTBEHAVIOR 90

USE C:\TEST\ARTMAS IN 0

SELECT ARTMAS

GO TOP

SET STEP ON

REPORT FORM LABPR1 OFF TO PRINTER NOPAGEEJECT

La ventana del DEBUG muestra un peculiar mensaje de "Source Not Available".

Entonces me pregunto:

- ¿ Qué busca VFP ?

- ¿ Fuente de "qué" no está disponible ?

Pienso que este "Source Not Available", tiene la respuesta del asunto.

Siguiendo la sugerencia de ZeRoberto, adjunto a esta respuesta un archivo ZIP con el contenido de los archivos que tengo en el folder "C:\TEST"... (Adjunto TEST.ZIP)

De nuevo, agradezco mucho su paciencia y su generosa disposición de ayudarme.

Saludos,   Edgar

[ZeRoberto]

Hola Edgar te cuento que hice las pruebas tanto en vfp9 sp2 como en vfpa y no he tenido el problema que indicas

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/38559b5b-8e00-44cc-97e3-6a33d80db371%40googlegroups.com.

[ZeRoberto]

Te cuento que probe, quitando todos los Report buiders que tenias en la carpeeta y añadiendo el FoxyPreviewer y tampoco tuve problemas

CLOSE TABLES ALL
Clear

Do FoxyPreviewer.App
*SET REPORTBEHAVIOR 90

USE ARTMAS IN 0

SELECT ARTMAS
GO TOP

SET STEP ON
REPORT FORM LABPR1 OFF TO PRINTER NOPAGEEJECT

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

[Zarlu]

Buenas tardes Edgar Acevedo!

Probé directo a la impresora (Vfp sin  FoxyPreviewer )

y con FoxyPreviewer a PDF.

En ambos casos sin problemas. (VFP9 sp1).

Te adjunto pantalla de pdf.

(En mis pruebas SET REPORTBEHAVIOR 90 fue irrelevante. Con ambos funcionó)

Si el código que nos pasaste fue a modo para hacer las pruebas...quizá haya una línea anterior

que este llamando algún procedimiento que cierra las tablas o permisos del directorio donde

estén las tablas o el reporte (digo..quizá!!).

(Es de tomar en cuenta que el archivo "FoxyPreviewer_Settings.dbf" se crea cuando se ejecuta el reporte,

si lo eliminas se vuelve a crear (una y otra vez) Tal parece que se si se crea, pero luego no lo encuentra

para leerlo)

zarlu

Chetumal, Quintana Roo, México

[HernanCano]

Edgar:

Tu "reveladora pista" no tiene nada de extraordinario:

>>> ... - ¿ Fuente de "qué" no está disponible ? ...

Como ya te dije, no están disponibles las fuentes de los REPORT*.APP .

>>> ... Situación 2:

El programa funciona... pero muestra una molesta ventana solicitando que "abra un archivo" solo si el SET REPORTBEHAVIOR se pone en 90

Este es el código: ...

Fuiste tú el que desde el principio dijo que pedía abrir el FoxyPreviewer_Settings.dbf .... Por eso nuestras respuestas se fueron todas hacia FoxyPrevierwer...

>>> ... - NO ES QUE FALTEN las APP para reportes en el folder del programa y lo muestro... 

Esta situación es más difícil de exponer.

Sinceramente está muy bien que tengas esas *.APP en tu aplicación. Pero es probable que tu escenario esté usando unas Report*.app diferentes (de hecho ésto muy probablemente no sea lo que esté afectando negativamente tu escenario--por eso no quiero tratarlo antes de resolver otras cosas).

Para aclarar sobre las *.APP, debes revisar en tu programa/aplicación cuál es el contenido de las variables relacionadas...

_REPORTBUILDER 

_REPORTOUTPUT  

_REPORTPREVIEW 

Si se pide abrir una DBF sólo cuando REPORTBEHAVIOR es 90, debo investigar (en el entendido que confirmas que no estás usando Environment en el FRX).

[HernanCano]

CLOSE TABLES ALL

close databases all

CLEAR

**SET PATH TO C:\TEST

**SET DEFAULT TO C:\TEST

SET REPORTBEHAVIOR 90

**USE C:\TEST\ARTMAS IN 0

**SELECT ARTMAS

USE ARTMAS

GO TOP

**SET STEP ON

**REPORT FORM LABPR1 OFF TO PRINTER NOPAGEEJECT

REPORT FORM LABPR1 OFF preview

MessageBox('ReportBuilder: '+chr(13)+_REPORTBUILDER,version())

MessageBox('ReportOutput : '+chr(13)+_REPORTOUTPUT ,version())

MessageBox('ReportPreview: '+chr(13)+_REPORTPREVIEW,version())

**

[Zarlu]

Que tal foxeros!

Un daño en la FoxyPreviewer.App?

Quizá volver a crearla?

Esta parte del código del archivo pr_cpzero.prg es la que pide el archivo "FoxyPreviewer_Settings.dbf"

IF EMPTY(m.fname)
           m.fname = getfile("DBF|SCX|VCX|FRX|LBX|MNX",c_OpenTable_LOC)
ENDIF

Podrías subir el archivo "FoxyPreviewer.App" que usas para hacer más pruebas?

[HernanCano]

Zarlu:

Ya Edgar indicó que no está usando FoxyPreviewer...

Pero está interesante tu intervención....

Debe ser estudiada con calma.....

[ZeRoberto]

Zarlu me hiciste recordar algo que me sucedio hace poco, resulta que cuando la carpeta o el archivo estan protegidos (modo lectura o con atributos de administrador) y tratas de abrir el dbf en modo exclusivo a veces da error y otras veces te activa la ventana para volverlo a abrir, puede que esos este pasando con el FoxyPreviewer seguramente esta compartida en red y tiene algun tipo de proteccion.

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/ccd8ad73-2fd1-425d-9bc1-b603ea7ba768%40googlegroups.com.

[Jose Antonio Blasco]

Edgar, disculpa que intervenga en este hilo que llevas desde hace varios días.

Lo he seguido sin intervenir, y ahora que das mucha información, me doy cuenta que, los 3 APP para los report:

REPORTBUILDER.APP

REPORTOUTPUT.APP

REPORTPREVIEW.APP

tuvieron una revisión, y los últimos son del 20/01/2011.

Te los adjunto en un zip (renombra la extensión)

Un saludo.

Jose A. Blasco
Zaragoza - España
Visual FoxPro 9 SP2

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/38559b5b-8e00-44cc-97e3-6a33d80db371%40googlegroups.com.

[Edgar Acevedo]

¡ Gracias por tomarte tu tiempo para probar el código ZeRoberto !

Justamente que tu informe de que te haya funcionado SIN PROBLEMAS tanto en REPORTBEHAVIOR 80 y 90 expone la razón de mi confusión porque:

1. Claramente el CÓDIGO del PRG está bien hecho (es decir, no era que mi código no hiciera un SELECT de la tabla previo a generar el reporte).
2. Claramente el problema NO ES FoxyPreviewer siendo que aplicando tu consejo, lo quité por completo del asunto y mi problema persiste sin FoxyPreviewer. 
3. Claramente no eran los archivos APP, pero aún así, los agregué solo para salir de dudas.
4. Claramente no es corrupción del archivo FRX que genera el reporte, siendo que después de la molesta petición de que solucione una tabla, el reporte funciona sin problemas.
5. FoxyPreviewer_Settings.dbf NO se crea, porque sencillamente no se está incluyendo FoxyPreviewer en el programa, lo que descarta que signifique que "pierde" la ubicación de tal archivo.
6. De hecho, cuando me solicita que seleccione una tabla, puedo elegir cualquier DBF que no tenga la más mínima relación con el programa ni con esta prueba y la ejecución del REPORT FORM procede normalmente (se genera la impresión de las etiquetas).

Entonces... si a ti te funcionó perfectamente bien indistintamente de si pones el REPORTBEHAVIOR 80 o en 90, pero a mi me falla en ponerlo en 90, implica que "algo distinto" tenemos en nuestro entorno de ejecución y eso es lo que estoy tratando de averiguar. 
Inicialmente, desinstalé y volví a instalar el VFP 9 para ver si algo de mi VFP 9 estaba dañado, pero el problema se ha repetido igual.  Incluso, levanté una "máquina virtual" con Windows 7, instalé allí el VFP 9 y también ahí me falló.  Posteriormente, desinstalé el Antivirus y el problema persiste aún operando el equipo sin un Antivirus.

Como sea, mañana, seguiré probando otras ideas respecto "del entorno".

Saludos,    Edgar.

[Edgar Acevedo]

Muchas gracias HernanCano por tomarte tu tiempo para dar seguimiento a este asunto.

Te comento puntualmente según tu respuesta:

>>>... Fuiste tú el que desde el principio dijo que pedía abrir el FoxyPreviewer_Settings.dbf .... Por eso nuestras respuestas se fueron todas hacia FoxyPrevierwer...

Efectivamente sí porque de entrada, siempre utilizo FoxyPreviewer y sospeché que por ahí iba la cosa...
Pero solo en mi primer post siendo que luego ZeRoberto me sugirió que sacara al FoxyPreviewer de la prueba a fin de ver si se repetía el problema sin este componente.  Y de nuevo, el problema siguió luego de dejar fuera a FoxyPreviewer.

Y desde este consejo de ZeRoberto dejé afuera al FoxyPreviewer siendo que claramente, este componente no es el que origina el problema.

>>>... Pero es probable que tu escenario esté usando unas Report*.app diferentes...

Excelente propuesta Hernan.  Consideré también esta opción pero no la mencioné en mi comentario para no escribir un largo y aburrido "testamento" de comentario. Hace muchos años, efectivamente me pasó esto que mencionas:  tenía otras Report*.app que no eran las correctas.  Pero en este caso, tengo las mimas Report*app de otros 3 proyectos que están funcionando sin problemas. Incluso, las sobre-escribí a propósito para estar más seguro y nada... el mismo problema.  

>>>... Para aclarar sobre las *.APP, debes revisar en tu programa/aplicación cuál es el contenido de las variables relacionadas...

De nuevo, muy buena sugerencia Hernan.  De hecho, no se me había ocurrido y por lo tanto no he revisado este asunto. Luego de descansar unas horas, revisaré esta interesante propuesta tuya.

Te agradezco mucho tu seguimiento y tus propuestas Hernan.  Saludos.

Excelente propuesta de tu parte Hernan.  

Saludos,    Edgar.Gracias por tomarte tu tiempo para probar el código Hernan !

[Edgar Acevedo]

Siguiendo la línea de sugerencia de HernanCano:

Mis variables de los Report*.app originalmente apuntaban así:

_REPORTBUILDER = "C:\PROGRAM FILES (X86)\MICOROSOFT VISUAL FOXPRO 9\REPORTBUILDER.APP"

_REPORTOUTPUT  = "C:\PROGRAM FILES (X86)\MICOROSOFT VISUAL FOXPRO 9\REPORTOUTPUT.APP"

_REPORTPREVIEW = "C:\PROGRAM FILES (X86)\MICOROSOFT VISUAL FOXPRO 9\REPORTPREVIEW.APP"

Entonces la "redirigí" así:

_REPORTBUILDER = "C:\TEST\REPORTBUILDER.APP"

_REPORTOUTPUT  = "C:\TEST\REPORTOUTPUT.APP"

_REPORTPREVIEW = "C:\TEST\REPORTPREVIEW.APP"

El resultado fue el mismo:  volvió a fallar repitiendo la misma molesta solicitud de que elija una tabla (aunque no indique para qué...)

Seguiré buscando la causa del problema y al encontrarla, la publicaré en este espacio.

Muy agradecido por su seguimiento,   Edgar.

P.D.

Olvidé mencionar que las Report*.app que estoy usando, funcionan perfectamente bien en otros programas en funcionamiento.
A manera de prueba, intenté con las que acomedidamente me compartió José Antonio Blasco  y de todos modos tengo el mismo problema.

[Edgar Acevedo]

Muchísimas gracias por tu intervención José Antonio Blanco:

Los archivos que me has compartido son "sospechosamente" similares a los que yo ya tenía.
Te los muestro en la siguiente imagen (los que yo tenía los renombré con extensión APK):

Y te comento:  Tampoco me funcionaron.  Se me repitió la misma molesta petición de que elija una tabla del folder donde se encuentra el programa.

Agradezco mucho tu aporte y te tendré al tanto de lo que logre resolver de este asunto.

Saludos,   Edgar.

[ZeRoberto]

Reinstala el fox pero borra tambien las carpetas donde el vfp guarda sus datos como

c:\users\admin\appdata\roaming\microsoft\

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/a05edb5c-5b12-4419-8f59-403e24f44c7a%40googlegroups.com.

[Luis Alberto Guerra]

Según mi experiencia, lo más seguro es que sin querer, esa tabla haya estado abierta cuando guardaste el FRX o LBX y se guardó el reperte con dicha tabla como parte del entorno de datos.

Sólo por casualidad, fíjate si tienes alguna tabla en el entorno de datos de tu reporte y si es así quítalo de allí, y luego con el botón derecho sobre el reporte seleccina propiedades y la opción "Save dataenvironment" no debe estar marcado, si es así, graba el reporte cuando lo corras ya no debería salir ese error.

Saludos desde Lima.

El jueves, 24 de octubre de 2019, 21:55:01 (UTC-5), Edgar Acevedo escribió:

Buenas noches colegas.

Nunca había tenido problemas para mandar a imprimir reportes o etiquetas con LABEL FORM.
De repente, de la noche a la mañana, al ejecutar el REPORT FORM o el LABEL FORM, me aparece una pantalla donde me pide que seleccione la tabla FOXYPREVIEWERSETTINGS.DBF

Lo muestro abajo.

Curiosamente, el código no ha sido modificado.

Si, utilizo Foxy PreViewer.

Ejecuto del SET REPORTBEHAVIOR 90

Ejecuto el DO FOXYPREVIEWER.APP

Es decir, todo sigue igual que siempre.  Nada ha cambiado en el código.  
Simplemente comenzó a aparecer esta situación de repente.

Algo "Interesante"

Al dar seguimiento con un "SET STEP ON" y ver que pasa al ejecutar el DO FOXYPREVIEWER.APP aparece un error que dice "Source not Available".

¿Alguien podría orientarme?

Anticipadamente, mil gracias por su apoyo.

Saludos,  Edgar.

[mdk gestion]

Estimados: Tenía el mismo problema, me pedía abrir una tabla. Creo que la clave está en el comentario de Edgar:---> cuando vas a "ejecutar" un reporte, o un label, se necesita un DBF abierto y "seleccionado".

abrí un cursor temporal ANTES de llamar al REPORT y solucionado el problema

CREATE CURSOR TempQR (TempQR I)
INSERT INTO TempQR VALUES (0)
REPORT FORM mireporte PREVIEW
USE IN TempQR

[Germán Fabricio Valdez]

actualicense a vfp 9 ide ecosystem que trae la ultima version libre de foxypreview.app y funciona bien.