[mwz]

вариант до кучи »

"NoOpenWith"="" — проверял в обоих ключах сразу, даже с перезагрузкой.
Второй ключ видать упустил — попробую.

[mwz]

Petya V4sechkin, великолепно, огромное спасибо!

Создал точку отката и сначала ударил по площадям, применив все рецепты из двух последних рекомендаций. JPG заработал (открываясь в приложении 3D Photo — и я сразу перевёл умолчание на Faststone), однако эффект перекинулся на PNG.

Удалил "NoOpenWith" и "NoStaticDefaultVerb" — JPG продолжает работать, PNG стали открываться.
Восстанавливать FileExts\.jpg\UserChoice не стал: он создался сам (такой же, но с другим хэшем).

Восстановление же ключа
HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\PackageRepository\Extensions\windows.fil eTypeAssociation\.jpg\AppX9mmmxp3bdgj1q6kq22bgdcwc6y9ykyhw
сразу возвращало проблемы с JPG, а его повторное удаление снова приводило всё в норму.

Вернулся на точку отката, сразу удалил этот ключ — всё нормально.

Проверяю, переименовывая *.jpg в *.jpeg — та же проблема (это было сказано и в исходном сообщении). Удаляю в ...\windows.fileTypeAssociation\.jpeg\ аналогичный ключ AppXdm65xeyjfxg60wbjydwnp1sxkn3a7q7m, ссылающийся на Microsoft.Windows.Photos_2017.18062.12990.0, и с JPEG также всё приходит в норму.

Ещё раз спасибо!

[Petya V4sechkin]

mwz, ура :)
В общем, повезло (по логам Process Monitor нередко приходится гадать, а не действовать наверняка). Тут, видимо, в ветке ...\windows.fileTypeAssociation\.jpg были сразу два идентификатора, относящихся к Microsoft Photos: стандартный AppX43hnxtbyyps62jhe9sqpdzxn1790zetc и какой-то непонятный AppX9mmmxp3bdgj1q6kq22bgdcwc6y9ykyhw. А насторожило то, что для второго кода отсутствовал соответствующий класс в HKCR и HKCU\Software\Classes.
И удивительно, что для .jpeg он отличается.

[tigrr]

Доброго всем дня, уважаемые!

У меня, в связке Win 10 x64 LTSB 1607.14393.1593 + Total Commander 8.52 Portable случилась вот какая похожая штуковина.
Ориентировочно, после перенастройки стационарно установленной XnView 2.40, сначала там была выбрана опция "Основные" -- "Отображать все доступные форматы", а потом убрана - при открытии файлов .JPG (JPE, JPEG) вызывается открытие окна с запросом программы просмотра "Каким образом Вы хотите открыть этот файл?" с сразу умолчательным предложением просмотра в "Просмотр фотографий Windows", устанавливается птица "Всегда использовать это приложение...", но запоминания не происходит, при следующей попытке открытия всё происходит по новой...
При открытии из TC файлов других графических форматов, например, .PNG, TIF, GIF все они открываются, как и раньше, нормально, в стандартном просмотрщике изображений Windows.

Что особо интересно, в проводнике абсолютно все файлы упомянутых форматов открываются нормально, сразу же, как и должно быть, в стандартном просмотрщике фото Windows. Каким образом тут TC мог "припахаться"??! И где его связь с XnView? До этого на протяжении лет всё работало как часы, ни разу ничего подобного...

P.S.: проверил запуск .JPG из точно такой же копии TC, расположенного на другом физическом диске (G) - всё открывается нормально. Замена файла wincmd.ini из копии на диске G в каталог TC на диск C ничего не дала, скорее всего, есть какая-то "мулька" в реестре с привязкой к путям TC на "родном" диске С.

У кого имеется подсказка?

[Petya V4sechkin]

tigrr, сделайте лог Process Monitor при открытии JPG-файла в TC.

[tigrr]

Поэкспериментировал ещё. Из того же каталога TC на диске C запускаю 64-разрядную версию TOTALCMD64.exe - она файлы .JPG (JPE, JPEG) открывает сразу, как и положено. Где же искать нарушенную цепочку передачи в команде управления на открытие файлов 32-х разрядной версией TC - TOTALCMD.exe, до какого-то момента работавшей нормально?

Petya V4sechkin: сделайте лог Process Monitor при открытии JPG-файла в TC »

Без проблем, но там столько "насыпает" - мама дорогая! В фильтрах всё исключить, кроме процессов TC, или - пускай будет?
Лучше бы, конечно, два лога - один для 32 разрядной версии TC (когда не открывает), а один для 64 разрядной (когда открывает)?
Вопрос только, какие фильтры Process Monitor'а включить/исключить для минимизации потока "паразитных" процессов лога?
Я так понимаю, исключить все не нужные системные (типа антивируса, другое подобное), обязательно надо оставить процессы TC, OpenWith, что ещё?

[Petya V4sechkin]

tigrr, можете ничего не исключать, просто заархивируйте и выложите на файлообменник, например dropmefiles.com.

[tigrr]

Уважаемый Petya V4sechkin!
Всё же, для минимизации Ваших затрат времени, которого и у самого "никогда не хватает", события лога отфильтровал:
1) Logfile_TOTALCMD.7z (53 Кб) - безуспешная попытка открытия файла .JPG 32-х разрядным TC, которая оканчивается возникновением окна запроса на выбор программы для открытия файла, дальше действий подтверждения выбора просмотрщика фото Windows не производил.
2) Logfile_TOTALCMD64.7z (149 Кб) - успешная попытка открытия того же файла 64-х разрядным TC, когда он открывается сразу, как и положено.

[ruslan...]

tigrr,

Проверьте, у Вас нет раздела реестра HKEY_CURRENT_USER\SOFTWARE\Classes\.jpg

И сделайте скриншот раздела реестра и его подразделов: HKEY_CLASSES_ROOT\.jpg

Фильтровать лог файл не нужно было.
Чтобы не было мучительно больно уходить без решения. В том случаи, если оно есть.

[tigrr]

ruslan...: Проверьте, у Вас нет раздела реестра HKEY_CURRENT_USER\SOFTWARE\Classes\.jpg »

Уважаемый ruslan..., конечно же ж, проверю и всё выложу на всеобщее... Вот, как тока время будет/появится, так и...
Однако, на вскидку, для 32-х разрядной версии TC (или, уж не знаю, чего там) его нет, а для 64-х разрядной есть. Так выходит?