принтскрином скопируй :)

Если окажется, что запрет на сохранение мной вот-этой-картинки - это фундаментальное свойство Вселенной, то такое читерство может привести к делению на ноль :-)

меня бы это не остановило.

0/0=1 !

Как-то делить Вселенную на ноль малость стрёмно.
А то вдруг поделится!

URL?

URL не поможет: оттащил ссылку на соседний компьютер, там всё сохранилось с первого раза. Т.е. проблема не в фотобакете, а в локальной, эээ, винде наверно - не могут же все программы глючить одинаково, причина явно глубже.
Но при этом всё остальное-то интернетное работает - вот, коммент тебе пишу, на юзерпики гляжу...

неправильная трава какая-то там у вас.
ФФ - сохранил, хром - без проблем, эксплорер - тоже..
может конечно дело в какой-то конкретной картинке??

может просто комп перезагрузить :)

Нихачу ибо геморрой и ребут :-) Но наверняка поможет, согласен.

Дальнейшее вскрытие показало, что проблема вероятно в локальной винде: на соседнем компьютере всё сохраняется, а вероятность одинаковых глюков у совершенно разных программ довольно мала.
Но смущает то, что остальное-то работает: вот, комменты пишу, на юзерпики гляжу...

ну локальные глюки вечны. у меня вот сегодня роутер под ляликсом сбрендил, все работает а 110 почтовый порт рубит. пока не ребутнул - ничего не помогало..

сохраняется без проблем. твой урль?

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

Но смущает то, что остальное-то работает: вот, комменты пишу, на юзерпики гляжу...

А если в Process Explorer коллстеки зависших софтин посмотреть?

Я им ни разу не пользовался, и потому сейчас запутался: нитей у каждого из процессов много, в стеках много непонятных слов... на что жать, на что обращать внимание?

Треды обычно переводят как потоки, а нитями фиберы :) Обычно интереснее всего тред с меняющимся CSwitch Delta или большой загрузкой CPU, а в его стеке обычно интереснее всего первая dll, в которую заходит исполнение.

У оперы оно выглядит так:
ntoskrnl.exe+0x57e8
ntoskrnl.exe!SeAssignSecurityEx+0x14f
ntoskrnl.exe!ZwCreateKey+0x1d
ntdll.dll!KiFastSystemCallRet
Opera.dll!OpStart+0x13af1

У ФФ CSwitch меняется у двух нитей, стеки:
ntoskrnl.exe+0x584d
Ntfs.sys+0x63176
Ntfs.sys+0x7a0ad
Ntfs.sys+0xd0e3
ntoskrnl.exe!Kei386EoiHelper+0x238f
ntoskrnl.exe!ZwSetSystemInformation+0x23
ntdll.dll!KiFastSystemCallRet
kernel32.dll!FreeResource+0x1943
kernel32.dll!ValidateLocale+0x3ab0
kernel32.dll!MoveFileExW+0x17
xul.dll!NS_InitXPCOM3_P+0x81c7
nssutil3.dll+0x1005f
=========
ntoskrnl.exe!ZwAssignProcessToJobObject+0x15
ntoskrnl.exe!IoPageRead+0xad8
ntoskrnl.exe!MmGrowKernelStack+0x659
ntoskrnl.exe!NtSetInformationProcess+0x21d
ntoskrnl.exe!ZwSetSystemInformation+0x23
ntdll.dll!KiFastSystemCallRet
kernel32.dll!WaitForSingleObject+0x12
nspr4.dll!PR_MD_WAIT_CV+0xc9
nspr4.dll!PR_GetPrimordialCPU+0x78
nspr4.dll!PR_WaitCondVar+0x3b
xul.dll!NS_StringContainerInit_P+0x15e
xul.dll!NS_InitXPCOM3_P+0xc14


У регета CSwitch меняется у нескольких потоков, стек самого верхнего:
ntoskrnl.exe+0x584d
Ntfs.sys+0x63176
Ntfs.sys+0x7a0ad
Ntfs.sys+0xbc8f
ntoskrnl.exe!Kei386EoiHelper+0x238f
ntoskrnl.exe!ObReferenceObjectByName+0x1bf0
ntoskrnl.exe!ZwSetSystemInformation+0x23
ntdll.dll!KiFastSystemCallRet
ReGet.exe+0x7559
ReGet.exe+0x8f2a
ReGet.exe+0x6e70
ReGet.exe+0x3e127


А у меня тут всё плохо, умерли уже все браузеры, хром после перезагрузки потерял сессию, потихоньку отсыхает сеть, "пишу из горящего танка" (с соседнего компа, зайдя radmin'ом), в-общем, перегружусь-ка я в самом деле, работать тут уже не получится :-)

А ты упорный! Я б наверно уже на второй итерации вытащила бы эту волшебную картинку из кэша :)

+1
вот только хотел написать про кэш, но меня опередили )))

Кэш - такая помойка, я туда в последнюю очередь полезу :-)

Кэш - такая помойка, пока найдёшь кто из этой кучи - искомая картинка... :-)

Если кэш оперный, то можно посмотреть в .opera/cache4/dcache4.url

Ну либо просто по времени создания файла просмотреть последний десяток жпегов.

Антивирус? Начало сохранения на диск, монитор видит подозрительную сигнатуру и не может сказать почему-то, но и пустить не может тоже.
Или закончившееся место на каком-то из разделов (хотя вгету оно помешать не может, ага).
Я бы копал именно в сторону антивируса.

Хотел сказать, мол "вряд ли, антивирусы обычно себя внешне проявляют - иконкой в трее например, странными окошками - я бы заметил", но задумался.

Потому что несколько лет назад был похожий случай. Захотел на работе поуправлять компьютером по локалке, поставил на него radmin, а на соседнем компьютере списал по сети radmin'овскую клиентскую часть. А она - не списалась: копирование прошло, а файлы не все. Я прибалдел, списал через "проводник" - тот же эффект. С компакт-диска - аналогично. Заархивировал, списал (архив списался), разархивирую - процесс идёт как обычно, а файлы молча исчезают. Я уж собирался писать программу, побайтно копирующую файл, и проверяющую после каждого байта целостность - чисто для изучения этого феномена, отловить момент исчезновения файла... но вовремя обнаружил установленный добрыми дядями, продавшими нам комп, symantec antivirus в режиме "полный автомат, полная скрытность": заразу давить молча, сообщений не выдавать, себя не проявлять. Сюмантек был удалён, душевное здоровье не пострадало, "но осадок остался".

Но в данном случае - вряд ли. Домашний компьютер с одним пользователем, вероятность что кто-то (кто?) поставил антивирус "в режиме невидимости" довольно мала...

> хотя и считаю, что последние версии оперы - это такие эксплореры, только красные и с кружочком вместо шарика

При всём уважении, сравнение неуместное. Опера была и продолжает оставаться единственным браузером в мире, у которого /правильно/ работают кнопки "Back" и "Forward". Никаких перезагрузок страниц в соответствии с Cache-control, никаких переспрашиваний вроде "Вы уверены, что хотите перепослать форму?", никаких потерянных текстов в формах ввода. Нажал Back - получил ровно ту страницу, что была до перехода по ссылке или сабмита формы, за долю секунды, в ровно том же месте и с тем же фокусом ввода.

Поэтому, несмотря на недостатки (отсутствие сторонних плагинов и в редких случаях несовместимый интерпретатор JS) использовать другие браузеры в реальной жизни просто неудобно. Примерно так же, как после FAR невозможно добиться такой же удобности и эффективности в любом другом файловом менеджере (что особенно печально при работе в системах, отличных от Виндовс).

> Опера была и продолжает оставаться единственным браузером в мире, у которого /правильно/ работают кнопки "Back" и "Forward". Никаких перезагрузок страниц в соответствии с Cache-control

Уже смешно. Опера была и продолжает оставаться единственным браузером в мире, у которого не работает нормально cache-control, и отсутствует возможность принудительно перезагрузить страницу, если опера решила, что этого делать не надо. В результате этого вполне возможна, и многократно наблюдалась ситуация, когда я знаю что страница изменилась, в запущенном рядом другом браузере показывается уже новая страница, а опера при нажатии reload (в том числе в любой комбинации с ctlr/alt/shift) "что-то типа грузит" (окно перерисовывается, "лампочки мигают"), но содержимое страницы остаётся старым.
Логи прокси при этом показывают, что из сети перезагружаются *.css и картинки, на саму же страницу не делается даже get-запроса(!). Как-то забавно называть "правильной работой" игнорирование не только cache-control, но даже явных действий пользователя. Да и перезагрузка мишуры вроде css, не делая даже попыток(!) перезагрузить собственно страницу - это тоже как-то, эээ, не соответствует моему представлению о "правильной работе".

> Поэтому, несмотря на недостатки (отсутствие сторонних плагинов и в редких случаях несовместимый интерпретатор JS) использовать другие браузеры в реальной жизни просто неудобно. Примерно так же, как после FAR невозможно добиться такой же удобности и эффективности в любом другом файловом менеджере.

Увы, я ровно все те же слова произношу про хром. Хром, несмотря на свои недостатки (их есть в ассортименте) - работает неделями с сотней открытых табов, разве что через месяц начинает слегка тормозить, ну и пользователя обычно слушается :-) Опера начинает "очень сильно глючить" или просто падает значительно раньше, а периодический перезапуск раз-в-пару дней (с мучительной перезагрузкой всех табов) "работой" назвать сложно. Кстати, от оперы я окончательно отказался после того, как она три раза подряд(!) не смогла найти сохранённую сессию после перезапуска, последний раз - сохранённую явным образом перед перезапуском. То есть, делаем save session, выходим, запускаем... и видим, что в сохранённых сессиях есть что-то двухмесячной давности, но не сессия, сохранённая только что вручную (автосохранённой последней сессии, естественно, тоже нет).
Конечно, на фоне эксплорера, который способен упасть через полчаса спокойной работы, это неплохой результат, но... Ещё про браузеры могу сказать, что не использовал плотно файрфокс, не знаю как там с нормальной работой. Но по слухам, такую нагрузку он держит хуже хрома.

Поэтому сравнение моё относится в основном к стабильности работы. Опера - падает. Реже чем эксплорер, но намного чаще чем хотелось бы. И глючит, иногда очень неприятно - потеря сессий, отказ перезагрузки страницы. А уж потеря сессий, сохранённых вручную - это вообще где-то за гранью представимого...

> Уже смешно. Опера была и продолжает оставаться единственным браузером в мире, у которого не работает нормально cache-control

Не-не.

Я говорю о том, что Опера умеет разделять понятия навигации (нажатия ссылок, самбиты форм, ручной ввод новых УРЛов) от переходов по истории кнопками Back/Forward. При навигации от браузера требуется соблюдение cache-control, это бесспорно. Но при переходе по истории, наоборот, это абсолютно лишнее и мешающее поведение.

Все другие браузеры зачем-то смешивают эти разные действия в одно и то же. С точки зрения Хрома или Фаерфокса переход "назад" - это открытие страницы по УРЛу, который он берет из window.history. При этом вся страница сначала загрузится (возможно, из кеша), отрендерится и потом промотается в запомненную позицию. Естественно, содержимое всех форм пропадёт.

> отсутствует возможность принудительно перезагрузить страницу, если опера решила, что этого делать не надо
....
> Да и перезагрузка мишуры вроде css, не делая даже попыток(!) перезагрузить собственно страницу - это тоже как-то, эээ, не соответствует моему представлению о "правильной работе".

Это _несвязанный_ с вышеописанным баг. Намеренно не буду в рамках этого ответа вступать в дискуссию по поводу описанных странных явлений, но, ещё раз повторю, это два совсем разных вопроса. Наличие проблем при _навигации_ по страницам не умаляет преимущества того, что навигация логически отделена от перемещения по истории.

Справедливости ради - в хроме содержимое форм не пропадает, что ну очень радует при сбоях при той же отправке комментариев: получил ошибку, нажал "назад", имеешь всё как раньше, вместе с текстом. Поэкспериментировал с back/forward в опере - да, фишка любопытная и полезная, то что остальные браузеры "возвращаются назад через перезагрузку" иногда раздражает :-)

Но вспоминается анекдот про разговор двух программистов. Один говорит "моя программа работает быстрее твоей", а второй отвечает "зато моя - работает". Один-единственный баг, если он достаточно серьёзный, способен полностью перечеркнуть всю пользу от дополнительных удобств. Опера - увы:
   - нестабильна. Довольно быстро (последний раз, когда я пытался использовать оперу, это быле менее чем за неделю) приводит себя в состояние "проще перезапустить, чем мучиться"). А перезапуск - это все-таки процедура, которую не хочется делать часто. Что как минимум неудобно, особенно учитывая, что...
   - ...в версиях 9.х (после этого я соскочил с оперы как с основного браузера, и поэтому далее таких глюков не наблюдал) были серьёзные проблемы с восстановлением сессий, как автоматическим, так и ручным. Вплоть до того, что при выборе "сохранить сессию" - сессия не сохранялась, но и ошибок не выдавалось. Это, увы, совсем неприемлемо.
   - а ещё опера иногда начинает тупить (иначе это не назовёшь). Я бы и не вспомнил, если бы не наткнулся на это вот прямо сейчас, тестируя back/forward (опера 10.62, запущена буквально только что, открыто две вкладки). Выглядит это, ну например так: в 17:16 я нажал кнопку "добавить комментарий", опера нарисовала "песочные часики"... и в 17:19 (это, на минуточку, три минуты!) в логах прокси появилась запись о запросе talkpost_do, а в опере нарисовалась страничка с добавленным комментарием. Обращу внимание - это не сеть или ЖЖ тормозила с ответом три минуты, это опера сделала запрос через три минуты после нажатия кнопки! И такое тоже бывает достаточно регулярно, и запущенные рядом браузеры (да хоть тот же эксплорер) в то же самое время подобными задержками не страдают.

Самое смешное - я практически уверен, что глюки вроде двух последних происходят "только у меня" (то есть, у очень небольшого процента пользователей), у большинства "всё работает" - иначе их давно бы обнаружили и вылечили :-) Точно так же, как уверен, что, например, хром только у меня "пропускает клики в меню" - уж больно раздражающий, и при этом вряд ли трудноисправимый баг :-) Такое вот "хитрое стечение конфигураций", или ещё каких звёзд и планет. Но наблюдалось это мной в разных версиях оперы, и даже на разных компьютерах, то есть это не "глюк в чистом виде, с оперой не связанный", а всё-таки глюк оперы, и очень мешающий. Хотя, возможно, редкий.

Поэтому я оперу и не использую: со всем вышеописанным, полноценно работать в ней - невозможно. Вот сменю конфигурацию радикально, поставлю win7 - попробую ещё разок, вдруг там всё изменится?...

> Это _несвязанный_ с вышеописанным баг

Это баг кэш-контрола. А именно игнорирование кэш-контрола было упомянуто как часть "правильного" поведения оперы. Так вот, хотя я и согласен, что строго подчиняться правилам кэш-контрола есть зло, а добро состоит в их (разумном) нарушении, здесь это нарушение кэш-контрола уже совсем не разумное.