Windows 10: файлы *.jpg не открываются двойным щелчком
 

Программа, назначенная программой по умолчанию — Faststone Image Viewer.

Однако при двойном щелчке по файлам JPG и JPEG, а также при выборе "Файл - Открыть" из контекстного меню этих файлов появляется стандартное окно-табличка "Какой программой вы хотите открыть этот файл?". И какую из программ, отрывающих JPG, ни выберешь, а также независимо от того, ставишь или нет галку "Всегда использовать эту программу", это окно-табличка снова появляется после кратковременного пропадания значков рабочего стола.

Файлы нормально открываются при выборе "Открыть с помощью... — Faststone Image Viewer" (и любой другой подходящей программы) из контекстного меню jpg. Однако вложения из Outlook таким методом не открыть: там этого пункта нет.

Остальные графические файлы, для которых выбрана та же программа по умолчанию, открываются нормально, причём после смены расширения любого jpg-файла на png, gif и т.д. файл начинает открываться двойным щелчком.

Штатный сброс ассоциаций на значения по умолчанию эффекта не даёт: после сброса всё нормально кроме тех же jpg/jpeg. Периодически (в т.ч. возникло сразу после штатного сброса) появляется сообщение с примерным текстом (точно не записал — сделаю скриншот когда появится): "Программа по умолчанию вызвала ошибку в Программе по умолчанию и была сброшена на Фотографии". Если бы сброс действительно сработал — меня и это пока устроило бы, но всё остаётся по-старому.

При работе под другим пользователем проблемы нет.

Система установлена за несколько дней до появления этой "особенности", и единственная точка отката создана до установки основной массы программ (т.е. использование отката нерационально).

Что можно сделать, кроме создания нового пользователя (при том не факт, что этот эффект не проявится позже и под ним)?

Prevent Windows 10 from resetting your default apps

Дополнительно можете сделать лог Process Monitor следующим образом:

1. запустите Process Monitor;
2. попытайтесь в Проводнике открыть какой-нибудь JPG-файл;
3. сохраните лог: меню File -> Save -> PML-формат;
4. заархивируйте и выложите на любой файлообменник, например dropmefiles.com.

Petya V4sechkin, спасибо, к ночи сделаю: сейчас комп занят (сижу на нём по удалёнке, включать могу с помощью WOL).

Petya V4sechkin
Первая ссылка — похожее, но не то: при попытке открытия JPG приложение не сбрасывается на стандартное, а просто файл не открывается, и при этом предложение самому выбрать программу появляется вновь. И так по кругу. Но на всякий случай попробовал — безрезультатно.

Сообщения, о которых я говорил, оказалось что были после штатного сброса на программы по умолчанию (целый куст, ок. 20 штук, по всем расширениям, которые были назначены Faststone). С тех пор ни одного нового не появилось.

Лог-файл Process Monitor (14 секунд записи) отправил в личку.

mwz, возможно, проблема из-за отсутствия команды в параметре
HKCU\Software\Classes\AppXwce9wtyzypcsd3z7862jgzgmf4tzsr4n\Shell\open\command

Эта ветка относится к AdobePhotoshopExpress_1.3.2.4.

Petya V4sechkin

Хм. В ключе стоит:
[HKEY_CURRENT_USER\Software\Classes\AppXwce9wtyzypcsd3z7862jgzgmf4tzsr4n\Shell\open\command]
"DelegateExecute"="{4ED3A719-CEA8-4BD9-910D-E252F997AFC2}"

Но попробую...

Petya V4sechkin

Подставил то, что вроде бы нужно было бы:

[HKEY_CURRENT_USER\Software\Classes\AppXwce9wtyzypcsd3z7862jgzgmf4tzsr4n\Shell\open\command]
@="\"C:\\Program Files\\Adobe\\Adobe Photoshop CC 2017\\Photoshop.exe\" \"%1\""

Результат тот же:

High Resolution Date & Time: 03.07.2017 23:01:36,1610536
Event Class: Registry
Operation: RegOpenKey
Result: NAME NOT FOUND
Path: HKCR\AppXwce9wtyzypcsd3z7862jgzgmf4tzsr4n\Shell\open\command
TID: 8868
Duration: 0.0000024
Desired Access: Maximum Allowed

PS

Но и в предыдущем логе не было найдено в HKCR, а не в HKCU...

В HKCU не было найдено:
HKCU\Software\Classes\AppXwce9wtyzypcsd3z7862jgzgmf4tzsr4n\Shell\open\command\(Default)
а при внесённых мной изменениях результат обращения к этому ключу изменился с NAME NOT FOUND на BUFFER OVERFLOW

Это может как-то помочь? На всякий случай положил лог после внесения изменений в то же место с именем Logfile1.rar

mwz, если DelegateExecute есть, то всё нормально (не надо туда добавлять).

Попробуйте удалить ветку
HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\PackageRepository\Extensions\windows.fil eTypeAssociation\.jpg\AppX9mmmxp3bdgj1q6kq22bgdcwc6y9ykyhw

и ветку
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.jpg\UserChoice

Petya V4sechkin, понял, спасибо. Но уже вечером. :)

mwz, ну и такой вариант до кучи:

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

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 также всё приходит в норму.

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

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

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

У меня, в связке 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 на "родном" диске С.

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

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

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

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

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

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

tigrr,

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

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

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

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

Его и так и так нет. Проверьте.

Хорошо, проверяю ... тааак, таки нету:



А, чего ж тогда 64-х разрядный TC (как, впрочем, и проводник) открывают нормательно?
Значит, дело не в реестре? Или?

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

Извольте:
Там для 7-ки, с 10-кой LTSB экспериментов с реестром на скорую не хотелось бы...

Убрал, раз боитесь ...

У Вас по умолчанию стоит - OISjpegfile(что-то от Офиса скорее всего)
А должно стоять - jpegfile

Попробуйте изменить для jpg, jpeg, jpe в HKEY_CLASSES_ROOT.
В любом случаи можете вернуть обратно потом OISjpegfile.

Или же попробуйте сбросить Настройка ассоциации файлов в Windows 7, 8, 10

Дополнительно скидываю свои из HKEY_CURRENT_USER\SOFTWARE\Classes

В любом случаи можете их удалить потом эти разделы. У Вас их нет.

ruslan..., OK!
Давайте попробуем, для началУ, ответить на простой вопрос - в одной и той же системе, надо так понимать, с одним и тем же реестром (шутка)
32-х разрядный тотал коммандер файлы .JPG не открывает, а 64-х разрядный (и, проводник такоже, напомню) запросто.
??

tigrr, выложите нормальные, не фильтрованные логи.

ОК. Сегодня уже нет, завтра сделаю. Благодарю всех.

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

Нормальные логи:
1) 20170903_Logfile_TOTALCMD.7z (728 Кб) - JPG не открывает, предлагает окно выбора программы для открытия файла.
2) 20170903_Logfile_TOTALCMD64.7z (443 Кб) - JPG открывает сразу, как и положено.

Как я и говорил, у Вас установлен 32 битный Office14
Если поможет, переустановите Office14.

Для примера приведите содержимое раздела реестра
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.png\UserChoice

А также выложите:

• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations
• HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations

Всегда любил людей с хорошим ЧЮ :clapping: :tongue:
Может, ещё присоветуете на линуХ махнуться, не глядя...

Petya V4sechkin, сделаю, завтра, айм биг сорри...

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.png\UserChoice
"Hash"="oHTT8FDx57A="
"ProgId"="PhotoViewer.FileAssoc.Tiff"

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations
".tif"="PhotoViewer.FileAssoc.Tiff"
".tiff"="PhotoViewer.FileAssoc.Tiff"
".bmp"="PhotoViewer.FileAssoc.Tiff"
".dib"="PhotoViewer.FileAssoc.Tiff"
".gif"="PhotoViewer.FileAssoc.Tiff"
".jfif"="PhotoViewer.FileAssoc.Tiff"
".jpe"="PhotoViewer.FileAssoc.Tiff"
".jpeg"="PhotoViewer.FileAssoc.Tiff"
".jpg"="PhotoViewer.FileAssoc.Tiff"
".jxr"="PhotoViewer.FileAssoc.Tiff"
".png"="PhotoViewer.FileAssoc.Tiff"

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations
".tif"="PhotoViewer.FileAssoc.Tiff"
".tiff"="PhotoViewer.FileAssoc.Tiff"

Видно, что не одинаковы. А, должны быть?

tigrr, попробуйте во второй ветке сделать так же, как в первой (хуже не будет).

Подумал об этом же, сразу после опубликования Вашего поста с "намёком" 20:07, 03-09-2017, но, решил обождать Вашей рекомендации..

Уважаемый Petya V4sechkin, таки да, оно самое, в точку! Добавил для пробы аналогичный строковый параметр только для JPG и,
без перезагрузки реестра, они сразу стали открываться.
Браво! Благодарю Вас за найденное решение и драгоценное, потраченное на него время!

Из "загадок" осталась только эта... Ведь, в этом случае, при "старом", ещё не правленном реестре JPG открывались 32-х разрядным TC

Так ведь 64-битный TC считывает раздел
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations
а 32-битный - раздел
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations

Загадка в другом: почему файлы .PNG, GIF нормально открывались :)

В предпоследнем комменте я не сразу ещё раз акцентировал внимание на том, что открытие JPG с другого физического диска именно 32-х разрядным TC (ошибка исключена, пока ещё в состоянии себя контролировать). Пока дополнял-корректировал, Вы уже откликнулись, так что не совсем оно то...
Дело, возможно, заключается в передаче команд управления на открытие определённых файлов по некоему алгоритму, в т. ч., есть привязка и к путям расположения управляющих файлов.. Сумбурно, невнятно, но, это моё понимание. Специальных углублённых познаний не хватает ... :not-me:

И, эта тоже...

Всё таки, как я и предполагал, дело было не реестре. В чём - мною пока не найдено, но предложенное Petya V4sechkin решение дополнить соответствующую ветку реестра [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\ такими же значениями, как и в [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Photo Viewer\ не то, это выходит "искусственное притягивание за уши". Почему?

Вот реестр другой системы, на которой 32-х разрядный TC JPG открывает нормально:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.png\UserChoice
"Hash"="u1zrX2NU4fk="
"ProgId"="PhotoViewer.FileAssoc.Tiff"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations]
".tif"="PhotoViewer.FileAssoc.Tiff"
".tiff"="PhotoViewer.FileAssoc.Tiff"
".bmp"="PhotoViewer.FileAssoc.Tiff"
".dib"="PhotoViewer.FileAssoc.Tiff"
".gif"="PhotoViewer.FileAssoc.Tiff"
".jfif"="PhotoViewer.FileAssoc.Tiff"
".jpe"="PhotoViewer.FileAssoc.Tiff"
".jpeg"="PhotoViewer.FileAssoc.Tiff"
".jpg"="PhotoViewer.FileAssoc.Tiff"
".jxr"="PhotoViewer.FileAssoc.Tiff"
".png"="PhotoViewer.FileAssoc.Tiff"

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows Photo Viewer\Capabilities\FileAssociations]
".tif"="PhotoViewer.FileAssoc.Tiff"
".tiff"="PhotoViewer.FileAssoc.Tiff"

Т. е., всё один в один так же, как и на "проблемной" машинке...
Конечно же (только не в обиду уважаемому Petya V4sechkin!), проделанная операция "ремонта" системы вышла сродни удалению гланд через ...
Поспрашиваю ещё "тотальщиков"... Явная завязка на разрядность управляющего файла и привязку ссылки на него к физическому диску в системе.
Где-то в реестре, связанном с "командами" надо искать, как я это себе представляю...

Посмотрите, у вас вот здесь никаих лишних настроек нет?
А плагины для Lister (wlx), только 32- или только 64-разрядные (т.е. не комбинированные 32+64) не могут так проявить себя?

Тем более что говорит о том, что в установке на диске G: отсутствуют какие-то настройки или плагины, имеющиеся в основной установке (полагаю что у вас настройки для этих копий хранятся в разных местах — хотя это легко проверяется).

Нет. Там вообще нет ничего, связанного с JPG. Только умолчательные настройки сборки TC Dream Lair.

Не задавался этим вопросом, т. к. они у меня вообще не задействованы, насколько я понимаю, тем более, здесь, при двойном клике на JPG идёт перенаправление команды на системный PhotoViewer.dll (стандартный просмотрщик Windows ).

В том то вся и штука, что обе копии портативной сборки TC абсолютно идентичны по составу и настройкам до байта!
Делаю так - копирую "проблемную" сборку TC на диск G, оттуда 32-х разрядный TC JPG открывает. Удаляю "проблемную" копию каталога с диска C, копирую туда "хорошую" с диска G, та же байда - при попытке открытия JPG 32-х разрядным TOTALCMD.exe выскакивает окно запроса на выбор программы просмотра по умолчанию, ставлю птицу "использовать постоянно" просмотрщик фото Windows, открывает изображение, закрываю его, двойной клик на JPG, и - всё по новой. Нет запоминания выбора!

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

Какое-то смутное подозрение, что связано с правами на папку, куда копируете...

Случаем копируете не в "C:\Program Files" или "C:\Program Files (x86)"? Если да — попробуйте в папку AppData\Roaming (папка AppData — скрытая) своего профиля вместо этого.

PS
Программы, которые portable, вообще нельзя ставить в папки "C:\Program Files" или "C:\Program Files (x86)" — а только в папки своего профиля. Иногда и этого бывает недостаточно — если программа всё же пользуется не только своим каталогом (т.е. фактически — псевдо-portable, получаемые при некорректном создании; видел такие).

Портативный TC стоит в корне диска C, так уж традиционно у меня повелось давным-давно.
Права тут ни при чём тоже. Всё же нормально работало до момента перенастройки туда-обратно стационарно установленной XnView

вечер добрый
столкнулся с абсолютно похожей проблемой описанной в посте №14, только вместо ТС использую связку ConEmu+Far3(x86) и для просмотра фоток FastStone Image Viewer:
двойной клик по *.jpg вызывает диалог выбора приложения по умолчанию, а на других типах картинок все ок - идет сразу просмотр в FS.
Почитал данную тему, проверил упомянутые ветки в реестре, вроде всё как надо.
Как давно такое приключилось не знаю, но раньше точно все открывалось нормально.
Помогите!


Система: Windows 10 Home x64 с последними обновлениями

Проверил на Far3(x64) - всё открывается нормально. Но переход на него пока не вариант.
Т.е. косяк в ассоциациях для x86 программ?

ПОБЕДА!
набрел на такую статейку
открываю свой far и ввожу по очереди:
уточняю идентификатор
assoc .jpg
в ответ получаю .jpg=jpegfile
теперь проверяю ассоциацию:
ftype jpegfile
а в ответ надпись, что ничего не сопоставлено!
осталось дело за малым:
ftype jpegfile="C:\Program Files (x86)\FastStone Image Viewer\FSViewer.exe" %1
готово!

проверяю открытие файлов .jpg из far - все открывается отлично!

Inko7, так смотрите — когда Вы работаете из-под x86-приложения на x64 ОС, то и к реестру обращения идут в реальности на виртуализованный раздел для x86-приложений.

1. Так я предлагал вообще обойтись без внешних приложений :).
2. А почему пока не вариант?

Inko7, а какой у вас номер версии FastStone?

Iska,
привык к текущим настройкам и плагинам, а под x64 их нужно менять, так они не заработали
Vadikan,
FastStone 7.4