Files correlati : ba1.exe
Ricompilazione Demo : [ ]
Commento :
AO20113
In fase di installazione moduli su un client con "Installazione di rete
con programmi su disco locale" non viene creata la cartella HTMLHELP,
su ogni modulo viene pertanto restituito l'errore:
"Impossibile creare il file htmlhelp\XXhelp.zip per copiare il file F:\Campo32\htmlhelp\XXhelp.zip"
dove la XX sta ad indicare il modulo in questione ed F:\ è il percorso del server.
Sul server nell'installazione standard invece è tutto corretto.
AO20114
In fase di installazione moduli su un client con "Installazione di rete con
programmi su disco locale" non vengono "unzippati" i files necessari per
l'installazione dell'Help On-Line e non vengono nemmeno create le cartelle
dentro le quali scompattare questi files (ba, ve, cg, ecc ); nonostante la
segnalazione AO20113 ho potuto verificare questa cosa creando a mano,
in fase di installazione, la cartella HTMLHELP e la cartella HTMLHELP\BA.
L'unica cosa che viene riportata dal server sono i files .ZIP dell'help di
ogni modulo.
git-svn-id: svn://10.65.10.50/trunk@11530 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe (e ba.z)
Ricompilazione Demo : [ ]
Commento :
AO20108
Dopo aver installato correttamente Campo32 sul Server ci sono dei problemi sul client: in
fase di Installazione moduli restituisce il messaggio che non riesce a trovare il file .ZIP
dell'Help On-Line del modulo interessato, questo perché in fase di installazione sul server
tale file zippato viene scompattato sotto la cartella HTMLHELP ma poi viene eliminato,
bisognerebbe fare in modo di tenerlo per l'installazione sui clients.
git-svn-id: svn://10.65.10.50/trunk@11515 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba0.exe ba1.exe
Ricompilazione Demo : [ ]
Commento :
GF20104
NOn abilita i menu personalizzati come cgaddon.men,
se presenti nella sola cartella custom
git-svn-id: svn://10.65.10.50/trunk@11461 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe
Ricompilazione Demo : [ ]
Commento :
AO20081
Se apro la videata installazione moduli ed ho già in memoria un percorso da dove installare,
mi viene selezionato per l'installazione il modulo vendite anche se è già aggiornato, se
però premo "Rileggi" il check viene tolto.
git-svn-id: svn://10.65.10.50/trunk@11330 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe
Ricompilazione Demo : [ ]
Commento :sistemato problema della rinominazione di wxmsw240.dl_ nella directory
dei servers
git-svn-id: svn://10.65.10.50/trunk@11236 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe
Ricompilazione Demo : [ ]
Commento :aggiunta parte per copiare i files dalla directory temporanea alle
subdirectory corrette in installazione (servers,recdesc)
git-svn-id: svn://10.65.10.50/trunk@11230 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ba1.exe
Ricompilazione Demo : [ ]
Commento :
AO20049
Utilizzando una schedina EUTRON una volta aperto l'installer di Campo non
vengono riportati automaticamente i moduli attivati su tale schedina.
AO20050
Una volta installato Campo con una schedina EUTRON e finita la conversione
(anche uscendo da Campo e riavviando il PC), per i moduli installati non
vengono abilitate le rispettive voci nei sottomenù (quindi ad es.
Contabilità Generale, Documenti di Vendita, ecc )
ATTENZIONE: Ovvia conseguenza del AO20049
AO20051
Utilizzando una schedina HARDLOCK se vado su Installazione Moduli va
automaticamente su Attivazione Moduli e restituisce il messaggio
"Il contratto 2001 è stato attivato automaticamente", una volta dato
l'OK ritorna su Installazione Moduli e presenta l'elenco corretto dei
moduli da installare, solo che una volta lanciata l'installazione per ogni
modulo restituisce un altro messaggio "Per installare la versione 20020200
del modulo 'xx' occorre il contratto di assistenza per l'anno 2002"
nonostante la schedina in questione è stata abilitata all'assistenza 2003
(infatti a seguito di questo riporta sulla schedina l'assistenza 2001).
Non si riesce pertanto ad installare i moduli, questo è dovuto al fatto
che nella cartella di Campo viene riportato anche il file dninst.zip
sul quale probabilmente c'era il numero di schedina che ho usato per
fare la prova (HARDLOCK 05714).
AO20052
Per provare a risolvere il problema della segnalazione precedente (AO20051)
si è provato a cancellare il file dninst.zip dalla cartella di Campo,
solo che una volta avviato Campo viene restituito il messaggio
"Impossibile trovare il file dninst.zip" seguito da un errore fatale su BA1;
in tutte le prove successive però si è notato che il file dninst.zip
veniva rigenerato ogni volta.
AO20054
Provato a fare un'installazione in rete utilizzando come server il PC usato
per l'installazione Standard con schedina EUTRON, come per l'installazione
standard prendendo dal server i programmi non ha riportato selezionati i
moduli attivi su questa seconda schedina, il problema è pertanto uguale a
quello della segnalazione AO20049 e AO20050.
ATTENZIONE: Segnalazione intrinsecamente superflua.
Quando la chiavetta non viene riconosciuta come valida,
e' MOLTO probabile che lo risulti su tutti i computer (server e non).
AO20055
Ho provato l'installazione in rete con programmi e dati sul server,
una volta finita non si riesce ad entrare in Campo perché sembra che invece
di fare riferimento al Campo.ini che ha in locale fa riferimento al Campo.ini
sul server.
AO20056
Ho provato a fare un'installazione di una postazione con server di chiavi,
non appena arriva all'installazione del server di chiavi restituisce
il messaggio: "Errore fatale! .\Si è verificato un errore copiando e
decomprimendo il file \", quindi l'installazione va in errore.
ATTENZIONE: Eliminato ogni riferimento a Frontend.exe.
D'ora in poi usare il server Authoriz.exe
AO20057
Ho provato a fare un'installazione di una postazione con Master Server,
l'installazione prosegue normalmente (fatte eccezione per le segnalazioni
precedenti) ma non crea il file Lerch.exe sotto la cartella Servers di Campo,
quindi quando cerca di avviare il programma dall'esecuzione automatica non
trova il file.
git-svn-id: svn://10.65.10.50/trunk@11214 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ba1.exe
Ricompilazione Demo : [ ]
Commento :
GF20021
Da ogni voce o punto di menù se vado su File - Impostazione Stampante mi
restituisce: Fatal Error - il campo 337 non esiste, se do OK mi dice
Runtime Error (eseguibile), abnormal program termination e mi butta fuori.
L'unica eccezione a questo è se vado sulle impostazioni stampanti dai
Documenti Interattivi.
git-svn-id: svn://10.65.10.50/trunk@11192 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ba0.exe ba1.exe ba0200a.msk
Ricompilazione Demo : [ ]
Commento :
ba0, ba0200a.msk:
aggiunta la possibilita' di escludere le immagini di sfondo
per velocizzare navigazione menu su macchhine lente o in teleassistenza
ba1, ba0close:
aggiunto il supporto per l'aggiornamento delle DLL
git-svn-id: svn://10.65.10.50/trunk@11186 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ba1.exe
Ricompilazione Demo : [ ]
Commento :
Vietate le conversioni di database quando il flag TestDatabse = N
Obbligata l'installazione dell'intero modulo, quando il pacchetto base
ha una versione piu' nuova ddi quello installato
git-svn-id: svn://10.65.10.50/trunk@10911 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe installa.exe
Ricompilazione Demo : [ ]
Commento :sostituita la directory di installazione campo/eurocamp sul cd con program; modificato installa.exe in modo che, in base al producer, sia in grado di riconoscere il nome del programma da installare
git-svn-id: svn://10.65.10.50/trunk@10887 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento :
Riportata la versione aga 07 patch 250 sul main trunk
git-svn-id: svn://10.65.10.50/trunk@10209 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :ba1.exe & co.
Ricompilazione Demo : [ ]
Commento :sistemati alcuni errori di riporto sulla versione 32 bit
git-svn-id: svn://10.65.10.50/trunk@10186 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento :
Riportata la versione 1.7 aga patch 102 sul main trunk
git-svn-id: svn://10.65.10.50/trunk@9769 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento :
Riportata la version 1.7 patch 054 aga sul main trunk
git-svn-id: svn://10.65.10.50/trunk@9655 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento : Riportata la versione 98.01.03pl058 sul main trunk
git-svn-id: svn://10.65.10.50/trunk@6736 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento : Riportata la versione 98.01.02pl000 sul main trunk
git-svn-id: svn://10.65.10.50/trunk@6223 c028cbd2-c16b-5b4b-a496-9718f37d4682
ba1500a.* Aggiornata maschera per gestire produttore
ba1600.cpp Aggiunta 'marcatura' degli exe con anno e versione
ba1600.h Aggiunto metodo version_info
ba1700.cpp Tolta richiesta di conferma su installazione
git-svn-id: svn://10.65.10.50/trunk@6043 c028cbd2-c16b-5b4b-a496-9718f37d4682
ba1.h Aggiunto ba1800()
ba1600.* Gestione patch nel Megascicolator
ba1700.* Gestione patch nel Installator
ba1800.cpp Migliorata gestione record piu' lunghi di 256 caratteri
ba1800a.uml Allargata descrizione campi
*.pif Aggiunti pif per gestire la de/compressione
zip386.bat Chiama zip386.exe ed e' chiamato da zip.pif
git-svn-id: svn://10.65.10.50/trunk@6023 c028cbd2-c16b-5b4b-a496-9718f37d4682
ba1500.cpp Migliorata gestione dongle::login
ba1500.h Aggiunto parametro alla dongle::login
ba1600.cpp Corretta gestione files dei sottomoduli
ba1700.cpp Migliorata installazione in due tempi
git-svn-id: svn://10.65.10.50/trunk@5764 c028cbd2-c16b-5b4b-a496-9718f37d4682
ba1600.* Fascicolatore con versione sottomoduli
ba1700.* Gestione versione sottomodule
bacnv.cpp Corretta conversione uffici unici delle imposte
Governo ladro: meno uffici, meno imposte, piu' quote latte!
git-svn-id: svn://10.65.10.50/trunk@5749 c028cbd2-c16b-5b4b-a496-9718f37d4682
