Discussion :

[jf.marchina]

Bonjour,

Ayant vu qu'une nouvelle version de l'assistant d'empaquetage pour les applications Access 2016 a été mise à disposition en août 2018, je l'ai installée en suivant la procédure indiquée.
Et surprise, l'assistant, qui est bien présent dans les compléments, ne s'ouvre plus. Plus précisément, après un clic sur Package Wizard dans les compléments, le pseudo-sablier se met à tourner, tourner... puis Access est fermé avant de rouvrir, sans que l'assistant ait pris la main.

[argyronet]

Bonjour,

Ah, ce n'est pas une bonne nouvelle.
Vous semblez être quelques-uns à rencontrer cela et justement sur Access 2016 (que je ne félicite pas d'être né de par ce qu'il apporte...)

Quel système d'exploitation et version d'Office (32/64) utilisez-vous ?

Argy

[jf.marchina]

Bonjour,

OS : Windows 10 Famille, mis à jour régulièrement (processeur i7 RAM 16 Go)
Office Pro 2016 64 bits

Serait-il possible de récupérer la version précédente de votre assistant d'empaquetage ? Cela permettrait de déceler si le problème rencontré est une conséquence d'une mise à jour de Windows.

JF

[argyronet]

Il n'y a pas de grosse différence entre la version précédente et celle-ci.

Seules des améliorations esthétiques et de confort (selection des fichiers additionnels par exemple), le choix du nom de confiance, et quelques corrections sur les formulaires ont été greffés à cette nouvelle version...
Le noyau dur est resté le même.

L'avez-vous bien installé avec Access lancé en tant qu'admin ?

Avez-vous consulté le journal des événements ?

Argy

[jf.marchina]

L'assistant a bien été installé avec Access démarré en tant qu'administrateur.

Je viens par ailleurs de constater qu'à l'ouverture du gestionnaire de compléments (après qu'Access ait redémarré) Package Wizard est disponible et le bouton Installer aussi... alors que Package Wizard est déjà présent comme deuxième option de la liste qui se déroule en cliquant sur Compléments (la première étant Gestionnaire de compléments).

Je précise que j'ai désinstallé Package Wizard en exécutant unins000.exe dans le dossier C:\Users\JF\AppData\Roaming\Microsoft\AddIns avant de tenter sa réinstallation en suivant la procédure que vous décrivez sur le site developpez.net

S'il s'agit du journal d'événements auquel on peut accéder via l'option Gérer qui suit un clic droit sur Ce PC dans l'explorateur, je l'ai consulté sans trouver d'indice lié au problème rencontré.

Je reste preneur de la version précédente de l'assistant qui a fonctionné chez moi.

JF

[argyronet]

Je viens de découvrir le pourquoi : le comportement des appels API 64 bits sous Win 7 et Win 10 sont distincts :
- ce qui fonctionne très bien sous Win 7 provoque un AppCrash sous Win 10.

Il va falloir que je creuse avec de multiples tests.
Je me penche là-dessus et reviens vers vous.

Argy

[argyronet]

Bonjour,

La correction est effectuée.
Je vais déployer la version en ligne au plus tôt.

Merci d'avoir patienté.

Argy

[argyronet]

Pour tous les utilisateurs Access 2016 64 bits

La version corrigée est déployée.
Vous pouvez la récupérer à partir de la page du tutoriel...

Argy

[jf.marchina]

Package Wizard se lance maintenant et un package d'installation est créé.

J'aurais bien aimé cliquer sur Résolu... mais un message d'erreur (concernant setup.ini qui serait manquant - le fichier existe bien) ou non valide) s'affiche lorsqu'on exécute setup.exe.
(même erreur si setup.exe est exécuté en tant qu'administrateur)

[argyronet]

Bonjour,

Ah, décidément...
J'ai pourtant testé le bazar et je confirmeque la correction est bien causé par une interprétation des Long sous Windows 7 et 10 n'est pas la même.
Votre package est généré dans quel Dossier ? Program Files ? ou My Documents ?

Argy

[jf.marchina]

Je viens de re-tester votre outil d'installation avec deux applications différentes empaquetées avec le RunTime pour l'une et sans le RunTime pour l'autre.
Avec succès, dans les deux cas dans le dossier Mes documents.

Un grand merci pour cet outil bien pratique qui comble un fâcheux manque dans la suite Office.

[argyronet]

Effectivement, selon le contexte, il faut donner des droits d'accès pour lire/interpréter/exécuter les instructions de ce fameux ini.
Perso, je ne préconise pas de choisir Program Files pour cette raison dans le choix de la cible d'une part et d'autre part, une application Access n'est pas à proprement parler un programme.

Merci pour votre retour.

Argy