[Isis-users] ABCD - Entrada de dados - Data entry

Fri Nov 4 16:15:17 CET 2016

Edwin, no me queda claro dónde no te guarda el registro.

Si lo ingreso a la base de datos de Usuarios de préstamos, guarda

Si ingreso uno nuevo desde Administracion de usuarios, carga.

¿Dónde no te lo guarda?

Puedo dejarte mi carpeta www que tiene todos los php que Guilda fue
modificando y los que algunos compañeros me han mandando, Carlos de Perú,
creo, tambien. 

Algo me mando Gualy

Saludito

María Mercedes MacLean

gaspyy60 at gmail.com

gaspyy2002 at yahoo.com.ar

Visite nuestros proyectos

www.proyectoleonardo.com.ar/proleon

  _____  

De: isis-users [mailto:isis-users-bounces+gaspyy=infovia.com.ar at iccisis.org]
En nombre de Edwin Hübner
Enviado el: viernes, 04 de noviembre de 2016 10:01 a.m.
Para: Guilda Ascencio
CC: isis-users
Asunto: Re: [Isis-users] ABCD - Entrada de dados - Data entry

(See in English below)

Prezada Guilda,
Tens alguma notícia sobre o problema relatado anteriormente, Isto é, que no
ABCD 1.5.1 não está salvando registros nas bases de dados acces e users?
Agora estou com o mesmo problema em um servidor Linux, com uma das bases de
dados de produção: não está salvando registros novos. O estranho é que no
início estava funcionando e de repente parou de gravar registros novos e
somente com uma dentre várias bases de dados deste servidor. O que fiz:
restaurei a versão 1.4 e tudo voltou funcionando normalmente, o que me leva
a concluir que deve haver algum problema muito sutil  na versão 1.5.1. Para
confirmar minha suspeita, substitui novamente a pasta /central pela  da
versão 1.5.1 e novamente não permite salvar registros novos.  O que
acopntece: Clicando não botão "Salvar" não acontece nada: a tela não muda e
não apresenta mensagem. Abaixo o log gerado por uma das tentativas. Pergunto
se alguém mais, que está usando i.5.1 observou este problema?

Att,

Edwin
_________________________
Dear Guild,
Do you have any news about the issue previously reported, that is, ABCD
1.5.1 did not save records of acces and users databases?
Now I'm having the same problem on a Linux server, with one of the
production databases: is not saving new records. The strange thing is that
at the beginning it works and suddenly stopped saving new records and on
only one of several databases on this server. What I did: I restored version
1.4 and everything works  normally, which leads me to conclude that there
must be some very subtle problem in version 1.5.1. To confirm my suspicion,
replaced gagain the  /center folder for the 1.5.1 version  and again does
not allow saving new records. What happens: clicking no the "Save" button
nothing happens: the screen does not change and presents no message. Below
the log generated by one of the attempts. I wonder if anyone else who is
using I.5.1 noted this problem?

log.
**Friday 4th of November 2016 09:17:57 AM Operador: edwin
/central/dataentry/fmt.php
/opt/ABCD/www/htdocs/central/dataentry/wxis/buscar.xis
&cipar=/opt/ABCD/www/bases/ndoc/par/fgvdoc.par&Mfn=1&Opcion=ver&base=fgvdoc&
Formato=/opt/ABCD/www/bases/ndoc/fgvdoc/pfts/pt/fgvdoc&path_db=/opt/ABCD/www
/bases/ndoc/
**Friday 4th of November 2016 09:18:11 AM Operador: edwin
/central/dataentry/fmt.php
/opt/ABCD/www/htdocs/central/dataentry/wxis/leer.xis
&base=fgvdoc&cipar=/opt/ABCD/www/bases/ndoc/par/fgvdoc.par&Mfn=1&Opcion=edit
ar&login=edwin&password=jpow&Pft=(if p(v1) then '1 'v1'____$$$' fi),(if
p(v5) then '5 'v5'____$$$' fi),(if p(v8) then '8 'v8'____$$$' fi),(if p(v90)
then '90 'v90'____$$$' fi),(if p(v245) then '245 'v245'____$$$' fi),(if
p(v362) then '362 'v362'____$$$' fi),(if p(v336) then '336 'v336'____$$$'
fi),(if p(v300) then '300 'v300'____$$$' fi),(if p(v309) then '309
'v309'____$$$' fi),(if p(v508) then '508 'v508'____$$$' fi),(if p(v545) then
'545 'v545'____$$$' fi),(if p(v561) then '561 'v561'____$$$' fi),(if p(v710)
then '710 'v710'____$$$' fi),(if p(v505) then '505 'v505'____$$$' fi),(if
p(v583) then '583 'v583'____$$$' fi),(if p(v595) then '595 'v595'____$$$'
fi),(if p(v351) then '351 'v351'____$$$' fi),(if p(v506) then '506
'v506'____$$$' fi),(if p(v540) then '540 'v540'____$$$' fi),(if p(v546) then
'546 'v546'____$$$' fi),(if p(v538) then '538 'v538'____$$$' fi),(if p(v590)
then '590 'v590'____$$$' fi),(if p(v532) then '532 'v532'____$$$' fi),(if
p(v534) then '534 'v534'____$$$' fi),(if p(v530) then '530 'v530'____$$$'
fi),(if p(v544) then '544 'v544'____$$$' fi),(if p(v581) then '581
'v581'____$$$' fi),(if p(v591) then '591 'v591'____$$$' fi),(if p(v500) then
'500 'v500'____$$$' fi),(if p(v509) then '509 'v509'____$$$' fi),(if p(v593)
then '593 'v593'____$$$' fi),(if p(v594) then '594 'v594'____$$$' fi),(if
p(v596) then '596 'v596'____$$$' fi),(if p(v600) then '600 'v600'____$$$'
fi),(if p(v610) then '610 'v610'____$$$' fi),(if p(v653) then '653
'v653'____$$$' fi),(if p(v690) then '690 'v690'____$$$' fi),(if p(v691) then
'691 'v691'____$$$' fi),(if p(v695) then '695 'v695'____$$$' fi),(if p(v949)
then '949 'v949'____$$$' fi),(if p(v856) then '856 'v856'____$$$' fi),(if
p(v970) then '970 'v970'____$$$' fi),(if p(v800) then '800 'v800'____$$$'
fi),(if p(v810) then '810 'v810'____$$$' fi),(if p(v820) then '820
'v820'____$$$' fi),(if p(v599) then '599 'v599'____$$$' fi),(if p(v999) then
'999 'v999'____$$$' fi),&path_db=/opt/ABCD/www/bases/ndoc/

Regards,

Edwin

Edwin Hübner
(5521)99647-1675

2016-10-21 13:56 GMT-02:00 Edwin Hübner <edwin.hubner at gmail.com>:

Hola Guilda,
También funciona bien para me y con otro servidor Linux que administro
Tengo muchas bases de datos en el mismo servidor y este problema sólo se
produce con las bases de datos acces y users.
No tiene error de JavaScript. Cuando doi clic en el botón Guardar, se
muestra en la parte inferior de la pantalla "javascript:EnviarForma"
Ver adjunto el "frame source"
gracias

Edwin Hübner
(5521)99647-1675

2016-10-21 13:16 GMT-02:00 Guilda Ascencio <guildaa at gmail.com>:

Hola Edwin.

Estuve probando lo que mencionas pero a mi me funciona bien. Me extraña que
me digas que te ocurre con las BD acces y users y con más ninguna otra.
Verifica por favor si no se está generando algún error de JavaScript.
También despliega el "frame source" y me lo envías para ver si hay algo
raro.

Respecto a tu pregunta anterior de la lista de selección read-only hay otros
tipos de entrada nuevos que te pueden servir:

Select simple readonly

Select multiple readonly

Estos tienen la ventaja de permitir al operador eliminar de la lista el
término si lo introdujo por error.

Saludos,

Guilda

2016-10-21 5:43 GMT-05:00 Edwin Hübner <edwin.hubner at gmail.com>:

Estimado Guild,
Pregunté a la lista de usuarios, pero nadie me Asírespondió. Asi que me
dirijo a usted en busca de ayuda. El problema es el siguiente: después de
actualizar el varsão ABCD 1.5 a 1.5.1, no se guarda el registro al editar o
crear nuevos usuarios registro de usuarios del préstamo y del sistema (bases
de datos acces y users). Al hacer clic en el botom "Guardar" no se pasa
nada. La pantalla no se cierra y no muestra mensaje. Ver archivo adjunto.
He hecho todo lo posible, es decir:
1. Executado "Desbloquear base de datos", ya que podría ser bloaqueada
2. He copiado las basss de datos a mi computadora (también 1.5.1) para ver
si no habría ningún problema con las bases de datos, todo funciona bien.
3.  He activado otra vez la versión anterior (1.5) y las dos bases de datos
le permiten guardar resgistros, Todo funciona bien.
3. Reemplaze la  carpeta /central por el de mi equipo, pero el problema
sigue el mismo
El sistema operativo es Windows.
Agradezco si me puede ayudar a desentrañar  este problema.

Saludos,

Edwin

Imagem inline 1

Edwin Hübner
(5521)99647-1675

2016-10-19 16:10 GMT-02:00 Edwin Hübner <edwin.hubner at gmail.com>:

Thank you Guilda,

Yes, it works!

Saludos,

Edwin

Edwin Hübner
(5521)99647-1675

Em 28 de setembro de 2016 18:26, Edwin Hübner <edwin.hubner at gmail.com>
escreveu:

(Em inglês abaixo)
Prezados,
Uma Pergunta/solicitação: Tenho necessidade, por questões de normalização de
entradas, que não permita o usuário digitar manualmente a informação de um
campo com picklist de outra base de dados (autoridades).Hoje só permite Tipo
de entrada "Texto/Área de texto. Pergunto: Seria possível e desejável termos
uma alternativa para bloquear a entrada manual neste caso? 
Att,
Edwin
-----------------------
Dear,
A question/request: I need, for standardization reason, that ABCD shoult
not allow the user to enter  manually  information on a field with a
picklist from another database (authorities) .Today it only allows Entry
type "Text/Text area . I ask: Is it possible and desirable to have an
alternative to block the manual input in this case?
Regards,

Edwin Hübner
(5521)99647-1675

_______________________________________________
isis-users mailing list
isis-users at iccisis.org
To manage your own subscription options go to:
http://lists.iccisis.org/listi
<http://lists.iccisis.org/listinfo/isis-users> nfo/isis-users
Or contact Henk Rutten: hlrutten at xs4all.nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20161104/ee6a4ca9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 16890 bytes
Desc: not available
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20161104/ee6a4ca9/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: edwin3.jpg
Type: image/jpeg
Size: 161119 bytes
Desc: not available
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20161104/ee6a4ca9/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: edwin1.jpg
Type: image/jpeg
Size: 175723 bytes
Desc: not available
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20161104/ee6a4ca9/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: edwin2.jpg
Type: image/jpeg
Size: 206512 bytes
Desc: not available
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20161104/ee6a4ca9/attachment-0003.jpg>