Bonjour,
J'ai trouvé un bug sous pl9 et win11 25h20 il n'est plus possible de renommer un dossier.
C'est la même chose sous pl8.
Une fenêtre s'ouvre disant que le dossier est utilisé par un autre logiciel.
Pour renommer un dossier, il faut soit fermer pl, soit pointer un autre dossier et faire le changement sous explorer de fichiers de win11.
Le fautif doit être win 25h20 sous 24h20, je n'avais pas ce souci.
Microsoft a avoué qu'il y avait des soucis sous 25h20.
Il ne reste plus qu'à espérer des maj fonctionnelles
Pas compris...
Je soupçonne que si le problème n'apparaît que sous PL (pas dans LR, ni dans FIV, ni dans Windows Explorer ou toute autre application Windows standard), c'est parce que l'UI de DPL est programmée avec la plateforme WPF et que les contrôles (au sens programmatique du terme - éléments d'interface) utilisés dans l'UI sont des "light controls" et pas des fenêtres réelles identifiées par un "handle" et capables de recevoir des messages du système.
C'est probablement bien un bug Windows qu'on devrait retrouver dans toute application WPF (je crois que Capture One pour Windows est également une appli WPF) mais le fait que DPL utilise le framework WPF rend l'UI plus vulnérable aux fragilités et bugs de ce système (en plus des inconvénients qui vont avec).
Citation de: Verso92 le Novembre 23, 2025, 15:00:59Pas compris...
Je confirme. Toute tentative de renommer un dossier dans DPL sous Win 25H2 se solde par un échec. Il faut passer par un programme externe.
Le problème vient peut-être plus probablement des dernières mises à jour de Microsoft .Net que de Windows 11 25H2 (KB5071067 et KB5071066).
C'est bien un pb Windows 11 puisque avec DPL 9.2.1 sous 24h2 çà renommebien des répertoires sans pb.
Ce Win 25h a décidément des séries de pb en tout genre.
Citation de: restoc le Novembre 23, 2025, 17:18:38C'est bien un pb Windows 11 puisque avec DPL 9.2.1 sous 24h2 çà renommebien des répertoires sans pb.
Pas nécessairement. Est-ce que les mises à jour MS .Net ont été faites ou pas sur ce 24H2 ?
Mais bon, peu importe, le pb est a priori chez Microsoft. Ou pas. Si une modification de l'API WPF/.Net a été notifiée et que les gens de DxO ne l'ont pas vue passer, c'est DxO qui doit corriger. On peut le savoir si le problème se présente à l'identique dans Capture One. C'est possible mais non probable. Les APIs Windows ont en général toujours été compatibles de manière ascendante. Enfin, du temps où je codais encore...
Je clique sur un dossier dans PL9 et je change le nom... W11 25H2
Citation de: Samoreen le Novembre 23, 2025, 17:50:33Pas nécessairement. Est-ce que les mises à jour MS .Net ont été faites ou pas sur ce 24H2 ?
Mais bon, peu importe, le pb est a priori chez Microsoft. Ou pas. Si une modification de l'API WPF/.Net a été notifiée et que les gens de DxO ne l'ont pas vue passer, c'est DxO qui doit corriger. On peut le savoir si le problème se présente à l'identique dans Capture One. C'est possible mais non probable. Les APIs Windows ont en général toujours été compatibles de manière ascendante. Enfin, du temps où je codais encore...
Là on est un peu loin de la photo s'il faut en plus mettre les mains dans les versions de .net Fw entre MS et les Editeurs et pour des choses aussi triviales que renommer un répertoire qui doit bien exister depuis Ms-Dos 3.1!
Citation de: restoc le Novembre 24, 2025, 07:39:23Là on est un peu loin de la photo s'il faut en plus mettre les mains dans les versions de .net Fw entre MS et les Editeurs...
Nous sommes devenus dépendants d'OS et de matériels de plus en plus complexes ainsi que de logiciels de plus en plus riches fonctionnellement, , développés par des gens de moins en moins bien formés, soumis à la pression du marketing et à qui on demande de zapper des étapes importantes du développement et notamment, entre autres, la documentation et les tests de régression. Il existe pourtant des procédures et des technologies qui permettraient d'éviter le plus souvent le genre de gag que nous sommes en train de commenter.
Mais voilà, c'est plus long, c'est donc plus cher que de laisser les utilisateurs s'occuper des tests. C'est énervant mais les utilisateurs devraient aussi choisir entre rechigner à payer le vrai coût des logiciels et disposer d'outils plus stables et mieux finis. Mais les services marketing ont bien compris que l'on préfère payer pour du logiciel Shein.
Donc, des erreurs de ce type, on n'a pas fini d'en voir. Je pense même que ça va s'amplifier grâce aux gadgets de l'IA qui, au lieu de permettre à chacun de jouer à fabriquer des images qui ne sont plus des photos pourrait être utilisée à faire le boulot dont je parle plus haut. Mais c'est moins spectaculaire et moins vendeur.
Le cas qui nous occupe est d'ailleurs, en la matière, assez intéressant. A priori, je reste convaincu que ce bug (dont MS est sans nul doute à l'origine) est lié au fait que l'interface de PL est écrite en WPF. Sinon, on verrait le même bug dans Windows Explorer. Je ne veux pas donner des leçons à des développeurs dont je ne connais ni l'environnement, ni les contraintes mais pour un logiciel ayant une interface utilisateur du niveau de complexité de PL, c'est un choix que j'aurais personnellement évité. Je peux développer techniquement cette assertion mais ce n'est pas le sujet. Dans un contexte de développement qui devient instable, il vaut mieux choisir les technologies les plus maîtrisables. Mais cela demande plus de temps et une formation plus approfondie des développeurs qui n'est plus que rarement dispensée aujourd'hui. Je le sais par expérience. Donc on reboucle vers ce que j'ai expliqué plus haut. Le développement aujourd'hui (IA ou pas), c'est plus vite, plus fort, plus vendeur mais toujours moins bien fini et moins stable. Sans jouer les Cassandre, j'anticipe qu'on verra un de ces jours un accident majeur qui nous fera réfléchir à tout ça.
Il vaut vraiment mieux éviter de faire la MAJ 25H2 pour l'instant :
https://www.neowin.net/news/microsoft-finally-admits-almost-all-major-windows-11-core-features-are-broken/?brid=L8kswnkgE0enq2UYCRyILA
Citation de: yorys le Novembre 24, 2025, 10:01:32Il vaut vraiment mieux éviter de faire la MAJ 25H2 pour l'instant :
https://www.neowin.net/news/microsoft-finally-admits-almost-all-major-windows-11-core-features-are-broken/?brid=L8kswnkgE0enq2UYCRyILA
Extrait de ce document :
The issues are related to XAML and this impacts all the Shell components like the Start Menu, Taskbar, Explorer, and Windows Settings.Ce qui confirme que le problème vient bien, pour Photolab, de l'utilisation de WPF pour le développement de l'interface (XAML est le vocabulaire XML permettant de décrire une interface graphique dans WPF).
Bonjour,
Je vais ouvrir un ticket au sav de dxo, je verrais bien ce qu'il me dise.
J'ai aussi un autre souci quand j'utilise l'IA et que je ferme pl9 , j'ai un message avec une erreur à la fermeture.
La demande est envoyée.
Citation de: aXXel le Novembre 24, 2025, 00:03:56Je clique sur un dossier dans PL9 et je change le nom... W11 25H2
Juste pour dire que je n'ai aucun problème, mais il y a 2 jours la maj
d'un autre programme "Fan Control 249" m'a proposé d'installer ".net 10" (dotnet-sdk-10.0.100-win-x64.exe)
une piste ?
Citation de: aXXel le Novembre 24, 2025, 12:12:52Juste pour dire que je n'ai aucun problème, mais il y a 2 jours la maj
d'un autre programme "Fan Control 249" m'a proposé d'installer ".net 10" (dotnet-sdk-10.0.100-win-x64.exe)
une piste ?
Fan control n'est pas très sûr, passe l'exécutable d'installation de Fan Control sous Virus total : www.virustotal.com/gui/
Citation de: Pedrolino le Novembre 24, 2025, 12:22:28Fan control n'est pas très sûr, passe l'exécutable d'installation de Fan Control sous Virus total : www.virustotal.com/gui/
Pas de soucis...
mes 2 dernières maj du 12 11 2025
2025-11 .NET 8.0.22 Update for x64 Client (KB5071066)
2025-11 Correctif de sécurité (KB5068861) (26200.7171)
à ce jour je suis à jour win11 pro 25h20
.net 10.0.0 serait en test pour window.
Il existe un fichier d'installation mais je préfère attendre plutôt que de casser win11 25h20
https://dotnet.microsoft.com/fr-fr/download/dotnet/10.0
Cette version est sorti le 11 novembre 2025 avec une prise en charge jusqu'à 2028.
Je connais quelqu'un tournant Windows 11 25H2 26100.7171 et n'ayant pas le problème. Chez moi, il y a Windows 11 25H2 26200.7171 Pro sur le PC et 26200.7171 Family sur le laptop. J'ai le problème sur le PC et pas sur le laptop. A priori, j'ai la même version du runtime .Net sur les deux machines (25.0.22.25528).
La réponse de dxo:
Nous confirmons que le problème de renommage de dossier sous DxO PhotoLab 9 avec Windows 11 25H2 est bien connu et a été signalé par plusieurs utilisateurs. Ce comportement n'était pas présent sous Windows 11 24H2 et semble lié à la dernière mise à jour du système.
En attendant une correction, voici quelques solutions de contournement à essayer :
- Fermez complètement DxO PhotoLab avant de renommer un dossier, puis relancez le logiciel après le renommage.
- Vérifiez qu'aucun autre programme (antivirus, synchronisation cloud, etc.) n'accède aux mêmes dossiers ou fichiers.
- Essayez de lancer DxO PhotoLab en tant qu'administrateur (clic droit sur l'icône > "Exécuter en tant qu'administrateur").
Nous suivons ce problème de près et travaillons à une solution durable.
Citation de: Samoreen le Novembre 24, 2025, 14:58:39Je connais quelqu'un tournant Windows 11 25H2 26100.7171 et n'ayant pas le problème. Chez moi, il y a Windows 11 25H2 26200.7171 Pro sur le PC et 26200.7171 Family sur le laptop. J'ai le problème sur le PC et pas sur le laptop. A priori, j'ai la même version du runtime .Net sur les deux machines (25.0.22.25528).
Je possède un win 11 pro avec la même version que toi sur un fixe.
Comme je l'ai indiqué c'est un problème connu.
Il ne reste plus qu'à patienter.
Citation de: fabco le Novembre 24, 2025, 14:53:00.net 10.0.0 serait en test pour window.
J'ai désinstallé .net 10 et la modif des dossiers fonctionne toujours (je suis en 26200.7171 Famille sur PC fixe).
Citation de: fabco le Novembre 24, 2025, 15:15:41Je possède un win 11 pro avec la même version que toi sur un fixe.
Comme je l'ai indiqué c'est un problème connu.
Il ne reste plus qu'à patienter.
MS a commençé à tester via les Insiders une nouvelle version de l'explorateur et admis que la version d'Avril 2025 était déficiente. Cette nouvelle version prévoit en plus une accélération de la recherche dans les gros directory pour les applications, typiquement les BD photo. On imagine qu'elle devrait aussi quand même réparer des bugs simples comme le renommage.
Une info parmi d'autres
https://www.frandroid.com/marques/microsoft/2882465_fini-les-lenteurs-voici-comment-microsoft-veut-corriger-le-plus-gros-defaut-de-lexplorateur-de-fichiers
Cette fameuse réponse: "...le dossier est utilisé par un autre logiciel..." m'est arrivé pendant des mois suite à une MàJ Windows 11 et ca se produisait pour tout renommage directement dans l'explorateur de fichier Windows ... et même en fermant toutes les applications qui avaient eu accès aux photos (une visionneuse ou un développeur raw) ou en fermant toutes les tâches en cours qui pouvaient s'y rapporter dans le gestionnaire de tâches, ca persistait. Il fallait à chaque fois éteindre le PC et à l'ouverture tout refonctionnait tant que je n'ouvrais pas un logiciel photo. Ca s'est passé suite à une réinstallation de Windows faite pour une autre raison. Il ne me semble pas que c'était forcément lié à Dxo (DXO PL7 en ce qui me concerne) car je ne m'en servais pas nécessairement à chaque fois que ca se produisait. Pas certain que ce bug vienne uniquement de Dxo
Le même problème est également présent dans ViewPoint 5 qui semble être aussi une appli WPF.