OpenWith plugin - Quelques infos complémentaires

[tenmangu81]

À part ça, ça va Robert ? Confinement serein et patient ?

Oui, merci Patrick. Aucune sortie photo possible, mais on fait avec, et j'en profite pour faire du classement et retraiter/ressusciter certaines vieilles photos que j'avais travaillées avec Lightroom.
Et toi, dans ta campagne probablement fleurie ?

[coval95]

Corinne,

Pourrais-tu me mettre à disposition les fichiers suivants :

C:\Users\<user>\AppData\Local\CaptureOne\Logs\Plugins\com.phaseone.openwith.log (en admettant qu'il y a toujours dedans les infos concernant les plantages de la 2.0.0.2/3/4)
C:\Users\<user>\AppData\Local\Phase_One\CaptureOne.exe_StrongName_xxxxxxxxxxxxxxxxxxxxxxxxxxxxx\xx.x.x.x\user.config
C:\Users\<user>\AppData\Local\CaptureOne\Defaults\BuiltInOpenWithPluginSettings.xml

Merci.

Dans le fil "20.0.2 disponible", je t'avais mis l'extrait de log intéressant. Le fichier complet est gros et contient tout l'historique de mes démarrages/arrêts de C1. 
Il me semblait qu'on avait déjà évoqué le fichier xml mais je n'ai rien retrouvé à ce sujet.
Quant à mon fichier user.config, il contient plus de 7000 lignes car il stocke (pour l'auto-complétion) toutes les métadonnées que j'ai saisies depuis des années dans les champs IPTC Titre, Description, etc... Il faudrait que je fasse "Réinitialiser suggestions métadonnées".

Mais bon, puisqu'apparemment une solution serait à l'étude (merci pour le tuyau), wait and see... J'envisageais de faire la manip que tu suggérais sur la base de registre (certes dans un contexte un peu différent du mien), je vais attendre de voir la prochaine version.

On me souffle à l'oreille que la bêta en cours règle le problème. Inutile de poursuivre les grandes manœuvres. On verra quand elle sera dispo.

[Samoreen]

Et toi, dans ta campagne probablement fleurie ?

Nous faisons partie des privilégiés avec de l'espace et un grand jardin à entretenir qui rend les sorties sportives inutiles (d'ailleurs, le dernier qui m'a vu courir n'est pas tout jeune  - j'ai horreur de ça). Sinon, animation à distance de mon club photo, traitement de la pile de bouquins en retard... On peut encore tenir. Voir les enfants et petits-enfants via Whatsapp est moins drôle.

OK. Fin du hors sujet. Attendons la nouvelle version de C1. Mais je serai sans doute un peu frustré de ne pas avoir compris pourquoi ça ne fonctionne pas chez certains. Dans ce genre de situation, les "release notes" devraient spécifier, sinon le détail des erreurs de codage, les écarts de configuration qui provoquent le problème afin de nous permettre de surveiller plus particulièrement ces réglages spécifiques.

[coval95]

...
OK. Fin du hors sujet. Attendons la nouvelle version de C1. Mais je serai sans doute un peu frustré de ne pas avoir compris pourquoi ça ne fonctionne pas chez certains. Dans ce genre de situation, les "release notes" devraient spécifier, sinon le détail des erreurs de codage, les écarts de configuration qui provoquent le problème afin de nous permettre de surveiller plus particulièrement ces réglages spécifiques.

Sachant qu'il y a un nouveau fichier user.config à chaque version, pour vider proprement de toutes mes métadonnées le fichier user.config qui t'intéresse, je dois réinstaller une version ultérieure; avec la V20.0.0 la commande "Réinitialiser suggestions métadonnées" s'appliquera à son propre fichier. Je t'avoue que ça ne m'emballe pas de passer du temps là-dessus une fois de plus.

PS Attendons de voir la V20.0.5, si ça se trouve, le problème sera encore là. Dans ce cas, j'essaierai de te fournir ces fichiers qui t'intéressent.

[Samoreen]

PS Attendons de voir la V20.0.5, si ça se trouve, le problème sera encore là. Dans ce cas, j'essaierai de te fournir ces fichiers qui t'intéressent.

Oui, oui. C'est pour cela que j'ai dit "Arrêtons les grandes manœuvres"  .

[coval95]

On me souffle à l'oreille que la bêta en cours règle le problème. Inutile de poursuivre les grandes manœuvres. On verra quand elle sera dispo.

Effectivement la V13.1.0 règle le problème sous Windows, le tuyau n'était pas percé. 

Par contre pas un mot là-dessus dans les Release Notes de la version Windows alors que c'est mentionné dans celles de la version Mac. Va comprendre, Charles... 

[Samoreen]

Chacun son tour !

Sous Windows, avec la 13.1.1.31, le plugin OpenWith ne charge pas chez moi : "Plugin settings could not be retrieved". Il va encore falloir ressortir les outils. Pour ceux chez qui le plugin se charge, il y a un souci avec les plugins Nik.

Décidément, ça tourne au ridicule, cette histoire. Enfin non, c'est ridicule depuis le début.

[coval95]

C'est incroyable ! 

J'apprends par ce fil qu'il y a une nouvelle version mais s'il y a de nouveau ce problème de plugin, je passe mon tour... 

[doppelganger]

Chacun son tour !

Sous Windows, avec la 13.1.1.31, le plugin OpenWith ne charge pas chez moi : "Plugin settings could not be retrieved". Il va encore falloir ressortir les outils. Pour ceux chez qui le plugin se charge, il y a un souci avec les plugins Nik.

Décidément, ça tourne au ridicule, cette histoire. Enfin non, c'est ridicule depuis le début.

Tu parles du temps que tu perds à partir à la chasse au bug ?

Sinon, tu l'utilises vraiment C1 ou c'est juste pour le plaisir de trouver des bugs ?

[tenmangu81]

C'est incroyable ! 

J'apprends par ce fil qu'il y a une nouvelle version mais s'il y a de nouveau ce problème de plugin, je passe mon tour... 

Cette nouvelle version n'introduit rien de très important, mise à part la résolution de quelques bugs...... en en introduisant un autre récurrent, apparemment  Sur Mac, aucun souci, le plug-in fonctionne, même avec la suite Nik.

[doppelganger]

Cette nouvelle version n'introduit rien de très important, mise à part la résolution de quelques bugs...... en en introduisant un autre récurrent, apparemment  Sur Mac, aucun souci, le plug-in fonctionne, même avec la suite Nik.

Sur windows, ça fonctionne également, comme toujours chez moi 

En revanche : correction du bug de la visionneuse en fenêtre indépendante qui faisait planter C1 quand je clôturais cette dernière.

[Samoreen]

Tu parles du temps que tu perds à partir à la chasse au bug ?

Je parlerais bien du temps que tu perds à écrire des commentaires débiles et harceleurs. Je n'ai pas chassé le bug, il m'est tombé dessus et pas uniquement sur moi :

https://support.captureone.com/hc/en-us/community/posts/360012105458-Nik-Plugins-do-not-start-any-longer
https://support.captureone.com/hc/en-us/community/posts/360012169218-Capture-One-20-build-13-1-1-31
https://support.captureone.com/hc/en-us/community/posts/360012189058-Loss-of-Plug-ins-in-C1-20-build-13-1-1-31

En l'occurrence, concernant la version 13.1.1.31, bug est à mettre au pluriel.

[doppelganger]

Je parlerais bien du temps que tu perds à écrire des commentaires débiles et harceleurs. Je n'ai pas chassé le bug, il m'est tombé dessus et pas uniquement sur moi :

https://support.captureone.com/hc/en-us/community/posts/360012105458-Nik-Plugins-do-not-start-any-longer
https://support.captureone.com/hc/en-us/community/posts/360012169218-Capture-One-20-build-13-1-1-31
https://support.captureone.com/hc/en-us/community/posts/360012189058-Loss-of-Plug-ins-in-C1-20-build-13-1-1-31

En l'occurrence, concernant la version 13.1.1.31, bug est à mettre au pluriel.

Dans le genre commentaire débile et harceleur :

"The ridiculous OpenWith plugin story has now lasted for too long. I guess it's now time to definitively re-design the management of external editors in C1. We are telling you since years that the current approach is wrong. Just listen. If the developer in charge is too stubborn and insists on using this registry scanning strategy, just replace him."

Vu sur le site support de C1. Commentaire d'un certain Samoreen 

Un autre de ce même Samoreen :

"This plugin is really a joke. We are telling P1 since years that the registry scanning approach they use to manage external editors in C1 is wrong. They don't want to listen and insist on using that terrible piece of code named OpenWith plugin. They should look at how Lightroom handles this. This is the way to go."

[tenmangu81]

 [at] doppelganger
Ce bug est revenu, sur la version Windows 13.1.1, alors qu'il avait été corrigé avec la 13.1.0.
On peut certes se renvoyer des amabilités sur des propos tenus par les uns ou par les autres, mais les faits sont là, têtus, hélas.
Capture One, tout comme les autres logiciels, n'est pas exempt de bugs. On peut aller voir sur les forums Adobe pour se faire une idée de ce qui se passe ailleurs.... Et constater que des bugs sont corrigés chaque mois par le staff d'Adobe,..... et que d'autres apparaissent aussi !

Je dis ça, je dis rien : sous MacOS, tout baigne pour l'instant (ou presque) avec la 13.1.1.

[doppelganger]

[at] doppelganger
Ce bug est revenu, sur la version Windows 13.1.1, alors qu'il avait été corrigé avec la 13.1.0.

J'ai fait la mise à jour 13.1.1 windows et voici :

[Samoreen]

Il peut effectivement y avoir des systèmes sur lesquels ce bug n'est pas visible. Tant mieux pour les heureux élus. Je rappelle qu'avec les versions (pré)précédentes, je n'avais pas le problème alors que certains ici en étaient victimes. Comme je l'ai dit, chacun son tour. Cela n'invalide pas pour autant les réclamations de ceux qui ont le problème. Et il y a les bienheureux qui échappent à tout et je m'en réjouis pour eux. Je leur demande seulement de ne pas traiter ceux qui sont affectés comme des coupables de je ne sais quelle obsession ou incapables de gérer proprement leur système.

Ce que ça démontre surtout (encore une fois, c'est une évidence pour un tas de gens), c'est que la méthode choisie sous Windows pour lister les programmes éligibles à Edit/Open With..., à savoir un scan systématique de la registry au démarrage de C1 suivi d'autres opérations dans la registry au moment de l'appel (j'ai déjà décrit tout ça) n'est tout simplement pas fiable (et de plus, consommatrice de ressources, mal programmée et mal testée) et il est assez facile d'en comprendre les raisons. Sinon, elle donnerait les mêmes résultats partout.

Voilà. Nous avons attendu quelques mois pour avoir une version qui paraissait stable. Cela a duré l'espace d'une mise à jour et nous revoilà partis pour un autre petit tour. C'est un peu long pour une fonctionnalité qui ne demande pas au développeur d'avoir 20 ans d'expérience mais dont l'absence casse le flux de travail de nombreux utilisateurs. Il doit y avoir 5 ou 6 fils qui ont démarré sur le sujet sur le forum C1 depuis la sortie de la 13.1.1.31.

[tenmangu81]

J'ai fait la mise à jour 13.1.1 windows et voici :

Il semble que ce soit lié à la configuration système de chacun (puisque tu n'en es pas victime alors que d'autres, nombreux, en sont). Et ce ne devrait pas être le cas.

[doppelganger]

Il semble que ce soit lié à la configuration système de chacun (puisque tu n'en es pas victime alors que d'autres, nombreux, en sont). Et ce ne devrait pas être le cas.

Ba oui et tout est de la faute de Phase One...

[Samoreen]

Qu'il soit difficile d'anticiper toutes les configurations possibles, notamment sus Windows, c'est une évidence. P1 n'est pas responsable de ça. D'où la nécessité de trouver des algorithmes qui soient les plus indépendants possible de la configuration système. Il y a des méthodologies pour ça (je veux dire, ça s'apprend). Dans le cas précis, le choix des algorithmes est particulièrement mauvais puisqu'il utilise une ressource (la registry) dont le contenu concernant les associations "type de fichier/ application" est éminemment variable et instable.

La bonne stratégie consiste donc à demander à l'utilisateur quelles applications il souhaite voir apparaître dans le menu Edit with... , de le laisser désigner lui-même l'emplacement de l'exécutable à appeler (on peut même simplifier cette tâche pour ceux qui répugnent à fouiller dans Program Files), de le laisser définir une bonne fois pour toutes, pour chaque application, les paramètres d'export du fichier à transmettre, de stocker tout ça et de mettre à disposition un mécanisme qui permette de changer ces paramètres quand c'est nécessaire. Moyennant quoi tout le monde sera content et ça fonctionnera dans 99% des cas (le 1% résultant d'erreurs de configuration de la part de l'utilisateur).

Or, dans C1, c'est exactement le contraire qui est implémenté. Le programme prétend automatiser la construction de la liste des applications éligibles alors qu'il est évident que c'est impossible. La preuve. Le programme recalcule à chaque lancement la composition de la liste (j'ai vérifié) et refait un petit tour au moment de l'ouverture du menu (on voit bien qu'il faut quelques secondes avant que le menu Edit with/Open with s'ouvre - en tous cas sous Windows). On sait tout ça depuis plusieurs années. De nombreux utilisateurs l'on dit, redit et écrit et P1 ignore et insiste. De ça, ils sont bien évidemment responsables. Produire des bugs est le lot de tout développeur. Cela fait partie du métier. Ne pas savoir reconnaître ses erreurs et persister alors que le design choisi ne fonctionne pas de manière stable, c'est une faute.

[doppelganger]

Qu'il soit difficile d'anticiper toutes les configurations possibles, notamment sus Windows, c'est une évidence. P1 n'est pas responsable de ça. D'où la nécessité de trouver des algorithmes qui soient les plus indépendants possible de la configuration système. Il y a des méthodologies pour ça (je veux dire, ça s'apprend). Dans le cas précis, le choix des algorithmes est particulièrement mauvais puisqu'il utilise une ressource (la registry) dont le contenu concernant les associations "type de fichier/ application" est éminemment variable et instable.

Phase One est dépendant des librairies et autres frameworks de microsoft. Microsoft sort une maj de windows ou d'un de ses composants et tu peux être sur qu'il risque d'y avoir des soucis.

Et puis si les utilisateurs arrêtaient de bidouiller leur PC et commençaient par savoir s'en servir, hein...

La bonne stratégie consiste donc à demander à l'utilisateur quelles applications il souhaite voir apparaître dans le menu Edit with... , de le laisser désigner lui-même l'emplacement de l'exécutable à appeler (on peut même simplifier cette tâche pour ceux qui répugnent à fouiller dans Program Files), de le laisser définir une bonne fois pour toutes, pour chaque application, les paramètres d'export du fichier à transmettre, de stocker tout ça et de mettre à disposition un mécanisme qui permette de changer ces paramètres quand c'est nécessaire. Moyennant quoi tout le monde sera content et ça fonctionnera dans 99% des cas (le 1% résultant d'erreurs de configuration de la part de l'utilisateur).

Je te l'avais déjà suggéré mais tu devrais proposer tes services et ton expertise incommensurable à Phase One...

[Samoreen]

Phase One est dépendant des librairies et autres frameworks de microsoft. Microsoft sort une maj de windows ou d'un de ses composants et tu peux être sur qu'il risque d'y avoir des soucis.

Pour ce problème précis, il n'y a pas eu de mise à jour Windows entre la version de OpenWith qui marche et celle qui se plante. Même pas une mise à jour de .Net Framework. Et on notera pour enfoncer le clou, que pour ceux qui sont touchés par ce problème, le retour à la 13.1 fait disparaître le bug. Donc ? Donc ton raisonnement ne tient pas.

Et de toute façon, si l'algorithme choisi est suffisamment générique et fonctionne sur la totalité des configurations ou presque, une mise à jour à problème de Windows ou du Framework fera apparaître le bug pour tout le monde. Ce qui n'est pas le cas ici, tu le dis toi-même.

[Samoreen]

Je te l'avais déjà suggéré mais tu devrais proposer tes services et ton expertise incommensurable à Phase One...

Tu te répètes, effectivement.

Je leur coûterais trop cher mais tu es peut-être prêt à supporter une augmentation du prix de la licence pour me laisser mettre mon nez dans leur code ? Mais comme je suis partageur, je leur ai déjà expliqué en long, en large et en travers dans mes "bug reports" ce qui à mon avis n'allait pas. De toute évidence, ils s'en battent les couettes (et ce, encore plus vigoureusement depuis qu'ils sont passés à ZenDesk pour le support C1) . Ça ne me vexe pas mais il y a d'autres éditeurs avec lesquels la collaboration (gratuite) est beaucoup plus sympa et efficace.

[doppelganger]

Je leur coûterais trop cher mais tu es peut-être prêt à supporter une augmentation du prix de la licence pour me laisser mettre mon nez dans leur code ?

Le bonne blague. Un expert en consulting, le nez dans le code ? J'en ai entendu des choses rigolotes dans ma carrière, mais des comme ça, jamais 

Mais comme je suis partageur, je leur ai déjà expliqué en long, en large et en travers dans mes "bug reports" ce qui à mon avis n'allait pas. De toute évidence, ils s'en battent les couettes (et ce, encore plus vigoureusement depuis qu'ils sont passés à ZenDesk pour le support C1) . Ça ne me vexe pas mais il y a d'autres éditeurs avec lesquels la collaboration (gratuite) est beaucoup plus sympa et efficace.

Ba oui, tes multiples "bug reports". D'autres parlent de harcèlement, mais bon, pas étonnant qu'il "s'en battent les couettes". T'es loin de t'imaginer comment ça fonctionne, de nos jours...

Quand à ta collaboration avec d'autres éditeurs, tu veux parler des dev offshore d'abobe ? Ceux qui te disent toujours oui ? 

Bref, tu perds ton temps, et bien plus en venant ici nous raconter toute tes trouvailles.

La vie est trop courte, mon cher

[tenmangu81]

Ba oui et tout est de la faute de Phase One...

Non, pas tout.

[THG]

"Ba oui, tes multiples "bug reports"."

Je découvre qu'après les forums Adobe et DxO, où il est "catalogué", il le fait aussi chez C1. Interesting^^