Newsgroup: it.comp.appl.access
Titolo: KB5002121 Aggiornamento della sicurezza per Microsoft Office 2013 - Causa errore di runtime

Buon giorno,
vorrei segnalare un possibile aggiornamento problematico: KB5002121 Aggiornamento della sicurezza per Microsoft Office 2013.
Verificato su Windows 10 + Access 2013 Runtime
 
All'avvio dell'applicazione appare l'errore "Impossibile trovare il nome di funzione immesso nell'espressione" (The expression you entered has a function name that Microsoft Access can't find), in un secondo caso il messaggio era un più generico "Errore di runtime".
 
Dopo aver verificato che tutti i files necessari siano presenti e averli ripristinati dagli originali l'applicazione non si avvia.
I pc (ad ora 2 presso clienti diversi) su cui si sono verificati i problemi hanno applicato oggi gli aggiornamenti di Windows update compreso quello in oggetto.
 
Il pacchetto di aggiornamenti comprende parecchi files riferiti genericamente ad Office ed alcuni specificatamente ad Access, dopo aver rimosso quelli per Access il problema persiste.
L'aggiornamento è stato rilasciato ieri, per ora non ho trovato nessun riferimento a casi simili a quelli che ho descritto.
 
Ho temporaneamente risolto disinstallando il Runtime 2013 ed installando la versione 2016.
 
Chi avesse notizie in merito le condivida.
Grazie.
 
Mat.


credo sia questa ennesima minchiata
 
https://www.devhut.net/access-mdes-accdes-breaking/
 
 
 
BFS


Esatto, è proprio quello.
 
Gli aggiornamenti incriminati sono:
KB5002121 Office 2013
KB5002112 Office 2016
 
Visto che anche Access 2016 è colpito dal problema l'unico modo è mettere in pausa Windows update (su Windows10) e disinstallare il singolo aggiornamento.
 
Mat.


anche leggendo qui credo sia l'unica soluzione per ora
 
https://answers.microsoft.com/en-us/msoffice/forum/all/kb5002121-breaks-ms-access-runtime-applications/dc708b2e-0307-4edc-9268-e1eaaa83b660?page=1
 
 
certo che immaginarsi uno scenario con centinaia di clienti che hanno un 
applicativo che gira beato da 10 anni che chiamano tutti in un botto che 
non funziona più non è invidiabile
 
BFS
 
 

Il 14/07/2022 08:44, Potone ha scritto:

possibile workaround in attesa si sveglino in MS
 
we have discovered a temporary work around (which is abit of a cludge). 
In Access we use an autoexec macro - which started a form immediately. 
If you add a step before that (in the autoexec macro) which calls code 
in a module which does Sleep(5000). The next step for autoexec macro 
then opens form in the application as expected - just a slight delay 
before seeing first form. this has worked on office 2013, office 2016, 
office 2019 and whatever 365 variant our users are at.
 
BFS


Per ora dormono ancora, nelle pagine di descrizione degli aggiornamenti non c'è nessun riferimento al problema:
https://support.microsoft.com/en-au/topic/description-of-the-security-update-for-office-2013-july-12-2022-kb5002121-0fbb672a-ae65-4646-a059-0c3e83edc458
 
https://support.microsoft.com/en-gb/topic/description-of-the-security-update-for-office-2016-july-12-2022-kb5002112-214149c3-42cc-4012-b408-1c8e7c0b2f3e
 
 
Quel workaround mi sembra tanto una "stregoneria", non capisco come possa funzionare visto che il codice deve pur essere eseguito, anche dopo i 5 secondi.
 
Stiamo a vedere se qualcuno si sveglia.
 
Ciao,
Mat.

 Stiamo a vedere se qualcuno si sveglia. 
 
 
Temporaneamente potresti forse installare la versione "sorgente" .AccDB
 
Saluti
 

 Quel workaround mi sembra tanto una "stregoneria", non capisco come possa funzionare visto che il codice deve pur essere eseguito, anche dopo i 5 secondi.
 
 
però qui un altro workaround conferma
 
 
If I create a blank form with no codebehind, and add an extra step at 
the beginning of the AutoExec macro to open that form first, and then 
open the real form afterward, it does not throw any errors. I can then 
add another step in the macro to close that blank form and continue on 
my way.
 
quindi pare qualcosa legato alla prima apertura in assoluto di una form 
con codice
 
BFS


Azienda 1: 2 pc su 4 si aggiornano e l'apertura di un report apre anche una pagina di Microsoft senza alcun motivo.
Rimuovo gli aggiornamenti e rimuovo l'aggiornamento automatico sui due pc che fanno difetto. Malgrado la disattivazione degli aggiornamenti, questi vengono ricaricati puntualmente ma con altro codice KB.
Uno dei due pc è ok, l'altro invece, alla data di oggi ancora apre ancora la pagina web. E sulla mia macchina, lo stesso accde, che prima faceva delle storie, dopo un quarto d'ora dall'ultimo aggiornamento comincia a funzionare (perchè non subito?).
Azienda 2: Due pc. Su uno dei due il programma non si apre. Rimosso aggiornamenti e ricaricati, niente da fare. Ha un Office 2013, forse si tratta di attendere la fix per il 2013, non so. 
.Azienda 3: L'apertura di un report apre un messaggio che menziona la nuova macro di stampa (creata da me anni fa) ma fortunatamente, una volta chiusa la msgbox, passa al menu pop up standard dove è possibile stampare.
Morale: Non è solo un problema legato all'apertura dei database. A sto punto attendo altri aggiornamenti che sistemino tutte ste anomalie, sbocciate tutte giovedì scorso.


vengono segnalati malfunzionamenti anche con i
 
DoCmd.TransferText
DoCmd.OutputTo
 
credo sia doveroso in futuro usare solo licenze LTSC per applicativi 
importanti in access
almeno ci si tutela dai continui update bloccanti
 
 
BFS
 


Parli di Ltsc di Windows o di Office?
No perche', se intendi la versione di Windows come fai a far cambiare il 
sistema operativo su un pc che lavora 'altrimenti il nostro programma 
non funziona'?
Anche se e' cosi, suona malino
 
 
 


office
BFS


Il problema è che non esiste il Runtime di Access Ltsc.
Ai clienti con licenze 365 faccio usare Office Deployment Tool (ODT): molto comodo per far installare da un server locale la stessa versione e configurata nello stesso modo per tutti, gli aggiornamenti li scarico solo quando necessario sempre dal server locale.
Altro accorgimento è quella di ritardare l'installazione degli updates tramite i modelli amministrativi della policy locale di Windows 10 o tramite una gpo nel dominio.
Dev'esserci un minimo di collaborazione con chi amministra pc e server, ma in genere basta spiegare il perchè delle richieste e si può fare.
 
Tornando al problema specifico: sulle pagine relative alle KB incriminate è apparso, finalmente, un riferimento alle Known Issues.
 
Ciao,
Mat.

 Tornando al problema specifico: sulle pagine relative alle KB incriminate è apparso, finalmente, un riferimento alle Known Issues.
 
Qualche giorno fa anche il team di Access ha pubblicato un articolo che 
elenca in dettaglio le versioni colpite:
 
https://support.microsoft.com/it-it/topic/errore-durante-il-tentativo-di-aprire-un-file-accde-mde-creato-in-una-versione-diversa-di-access-f4cd36cd-549e-42ba-b75a-dfe964294a81
 
 
Dovresti controllare più spesso se pubblicano correzioni per le diverse 
versioni. Tuttavia, sempre se la causa sono degli aggiornamenti di 
sicurezza, le correzioni sono sempre (troppo) lente.
 
-- 
Ciao
Karl
*********
Access News: 
https://youtu.be/kUkLjfYwgg8
 
Access DevCon: 
http://AccessDevCon.com
 
Access FAQ: 
https://www.donkarl.com/it
 

 sicurezza, le correzioni sono sempre (troppo) lente.
 
Dopo 1 settimana cercano di curarlo. Non è ancora del tutto ufficiale ma:
 
Se qualcuno sta riscontrando questo problema con il Canale corrente 
(versione 2006, build 15330.20246), può fare File/Opzioni/Aggiornamento 
Ora, che dovrebbe portare alla build 15330.20264, e provare/confermare 
che questo risolve il problema.


 > 
https://support.microsoft.com/it-it/topic/errore-durante-il-tentativo-di-aprire-un-file-accde-mde-creato-in-una-versione-diversa-di-access-f4cd36cd-549e-42ba-b75a-dfe964294a81
 
 
I malfunzionamenti improvvisi, per quanto mi riguarda, non generano l'errore visualizzato nel link posto da Karl
Accde che non si aprono senza fornire messaggi, db che si aprono ma che menzionano errori nel modulo VBA, altri che presentano problemi nella stampa di un report, aprendo automaticamente link a pagine internet di Microsoft.
Sto cercando link alternativi sull'argomento ma non li trovo. 

 
Info: Su un database accde che con runtime 2013 non si apre, ho inserito l'accdb che viceversa si apre correttamente.

 Info: Su un database accde che con runtime 2013 non si apre, ho inserito l'accdb che viceversa si apre correttamente.
 
Infatti il problema riguarda gli accde.
Comunque, leggendo il link pubblicato da Karl, pare che basti ricreare il file con la versione di Access che si utilizza per la distribuzione Runtime.
 
Saluti


Ricompilato accde ed installato dal cliente. Nulla di diverso rispetto a prima. Si apre e senza nanche accedere alla finestra del menu principale, dopo qualche secondo si chiude. L'accdb invece è ok.

 Ricompilato accde ed installato dal cliente. Nulla di diverso rispetto a prima. Si apre e senza nanche accedere alla finestra del menu principale, dopo qualche secondo si chiude. L'accdb invece è ok.
 
Ok, non si può proprio credere più a nulla!
 
Saluti
 
P:S:  Non ho avuto segnalazioni di problemi dai clienti che utilizzano applicativi basati sul Runtime di Access 2010


ma io mi chiedo...
ci saranno x tester in microsoft che testano gli aggiornamenti prima di 
rilasciarli?
 
possibile che nessuno abbia aperto un mde/accde prima di dare l'ok?
fortunatamente tutti i miei clienti che usano ancora software in access 
lo usano con runtimne <=2010
 
immaginarmi decine e decine di clienti fermi che chiamano tutti in un 
colpo perchè il software non si apre sarebbe da incubo.
 
 
BFS
 


E' sempre possibile che essendo un accde ricompilato all'interno di una virtual machine Hyper-v in ambiente Access 2013, qualcosa sia fallito. 
Forse un aggiornamento mancante, un KB diverso, insomma, boh.
Fortunatamente ho pochi clienti interessati dal problema. Una pwd nei moduli dell'accdb e, per il momento, risolvo. A cacallo delle ferie non sto certo a fare esperimenti per poi cacciarmi in guai ancora più grossi.
 


Buon giorno,
scorrendo l'elenco delle versioni colpite da questa ennesima Microsoft bomb (link pubblicato da Karl 
https://support.microsoft.com/it-it/topic/errore-durante-il-tentativo-di-aprire-un-file-accde-mde-creato-in-una-versione-diversa-di-access-f4cd36cd-549e-42ba-b75a-dfe964294a81
) si vedono le date in cui saranno rilasciate le fix nelle prossime settimane e quelle già disponibili: la 2021 LTSC è prevista per il 9 agosto.
Quindi si, anche le versioni che "dovrebbero" essere più stabili e meno soggette a questi eventi risentono invece delle conseguenze di una mancanza di adeguati test e ironicamente la versione LTSC che, mi immagino io, dovrebbe avere un occhio di riguardo per garantirne il funzionamento (garantire è una parola molto grossa), riceverà la fix dopo la 2013 (prevista per il 2 agosto).
 
Ciao,
Mat.

 Quindi si, anche le versioni che "dovrebbero" essere più stabili e meno soggette a questi eventi risentono invece delle conseguenze di una mancanza di adeguati test e ironicamente la versione LTSC che, mi immagino io, dovrebbe avere un occhio di riguardo per garantirne il funzionamento (garantire è una parola molto grossa), riceverà la fix dopo la 2013 (prevista per il 2 agosto).
 
 
Sì, è un po' perverso e perché i colpevoli questa volta non sono i 
"normali" aggiornamenti di Office/Access, ma gli aggiornamenti di 
sicurezza. Sono così "importanti e urgenti" che tutte le varianti e le 
versioni di Office (anche LTSC) le ricevono immediatamente.
 
Per tutti i cicli di aggiornamento non di sicurezza, come quelli per la 
correzione di bug, LTSC e le varianti non-ClickToRun, invece, sono più 
lente, come previsto. ;-)
 
Solo con Office 365 + le varianti ClickToRun identiche (2021, 2019, 
2016) ricevi rapidamente tutti i bug e le correzioni.
 
Oppure utilizzi una versione non più supportata, come Access 2010, in 
questo caso hai le migliori possibilità di non essere colto dai bug 
dell'aggiornamento. D'altra parte, non hai alcuna garanzia di ricevere 
una correzione di un bug, se uno dei tanti bug colpisce anche queste 
vecchie versioni.
 
Potrai quindi decidere quale di queste "meravigliose" varianti scegliere 
in base alle tue esigenze individuali. Cioè...
 
https://youtu.be/kUkLjfYwgg8?t=303
 
o
https://youtu.be/kUkLjfYwgg8?t=330
 
 
A proposito, qualche giorno fa ho pubblicato un nuovo episodio: 
https://youtu.be/hvbzxJL8Qh8
 
 
Ciao
Karl
*********
Access News: 
https://youtu.be/hvbzxJL8Qh8
 


 vecchie versioni. 
 
 
M'incuriosisce quest'affermazione:
 
"Se si ha accesso al database originale usato per creare l'ACCDE/MDE e gli utenti usano una singola versione di Office, è possibile ricreare il file ACCDE/MDE usando la stessa versione di Office usata dagli utenti."
 
E' un pò ambigua, facciamo un esempio realistico:
 
- L'utente ha installato sul PC una versione supportata di Full Office, supponiamo 2021
- L'applicazione Runtime del povero "Accessista" è basata su versione differente (per esempio la 2016).
- Il file .Accde è stato creato sul PC dello sviluppatore con la medesima versione del Runtime, quindi Full Access 2016.
 
Funziona o non funziona?
 
Saluti
 
 
 
 
 
 
 

 Funziona o non funziona?
 
Capisco il teorico che scrive Microsoft, ma non il realistico che scrivi 
tu. :-) Perché hai tre interlocutori, utente+Accessista+sviluppatore, 
invece di 1 sviluppatore (con 1 versione) e 1 utente (con 1 versione)? 
Oppure: chi è sto "Accessista" e cosa fa?
 
-- 


 Oppure: chi è sto "Accessista" e cosa fa? 
 
 
"Accessista" era inteso come sinonimo di sviluppatore; in realtà ho descritto uno scenario tipico per chi distribuisce applicazioni basate su Access.
Così è più chiaro:
 
1 - Il Cliente ha installato sul PC una versione supportata di Full Office, supponiamo 2021 
2 - Sullo stesso computer è presente un'applicazione Runtime basata su versione differente (per esempio la 2016). 
3  - Il file .Accde del punto 2 è stato creato (sul PC dello sviluppatore) con la medesima versione del Runtime, quindi Full Access 2016. 
 
Funziona?
 
Saluti
 

 Funziona?
 
Non lo so. Avrei dei dubbi fin dall'inizio sul fatto che questo possa 
funzionare con le due versioni diverse e parallele, per non parlare del bug.
