Mario Govoni ha scritto:
martello ha scritto:
Segnala il problema alla lista QA (indirizzo [email protected])
Andrea Pescetti ti potrà dire se si tratta di un bug noto (nel qual
caso ti segnalerà il relativo issue, magari invitandoti pure a
votarlo), oppure se è un bug ancora da segnalare (e in questo caso
potreste aprire un issue).
Immagino di dovermi prima iscrivere.
Diciamo che più che un bug mi sembra una gestione mal impostata del data
base (decisamente non affidabile).
Oltre che non affidabile non c'è una reale possibilità di controllo da
parte dell'utente.
Mi spiego meglio: se sto scrivendo un lungo testo so bene che se non
eseguo dei salvataggi intermedi rischio di perdere tutto.
Nel caso del data base il file si salva automaticamente "solo quando
viene liberato" dagli applicativi collegati.
Può essere che mantenendo aperto il file di data base salvandolo ogni
tanto si salvino anche i dati ... non lo so ma immagino di si.
Questa scelta di programmazione è secondo me ... con tutto il rispetto
... una idiozia.
Stabilito che questo non è un bug ma una ... con tutto il rispetto ...
idiozia ... sicuramente si sovrappongono dei bug che amplificano gli
effetti.
Uno l'ho notato ... collegandomi dal data base con la rete.
Ma sicuramente ce ne sono altri ... ma su questi non ho nulla da dire
... perchè in definitiva ne ho solo visto gli effetti finali (vale a
dire 2 giorni di non aggiornamento del file di data base).
Per non parlare del fatto che mysql in certe condizioni è 30 40 volte
più veloce ...
Mi spiace non poter usare Hsqldb ... avrebbe semplificato enormemente il
trasporto della applicazione ... ma non in queste condizioni.
Vado a vedere come si fa ad iscriversi a qa.
Ciao Ezio
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
