Apple прислала своих людей к пользователю, у которого пропали файлы в iTunes

[bkotov]

Даже странно… Может это просто по тому что товарищ решил попиариться и никакого бага не было?

[Jamato]

Так он же не один. И тогда официального признания бага не было бы.

[Shannon]

Потому что apple не признала наличие бага, а допустила наличие такой возможности (и теперь пытается хотя бы один раз воспроизвести его)

[nubko]

Типичный баг Гейзенберга

[Orcus13]

Шредингер расстроен вашим коментом.

[mayorovp]

Почему?

[Orcus13]

Незаслуженно забыт его домашний питомец

[Dentty]

Гейзенбаг
Кот Шрёдингера, всё же, немного про другое

[Mad__Max]

Вау, оказывается термин такой есть.

Раньше такое называл либо «блуждающий глюк» или «фантомный баг».
Сталкиваюсь с таким регулярно, сотрудники (в фирме где по совместитительсву админил/эникеил), родственники, знакомые жалуются на баг/глюки/некорректную работу чего-либо. Прихожу смотреть лично — уже все работает, воспроизвести не получается. После моего ухода иногда возвращается, но обычно уже нет.
Уже закрепились шутки о том, что баги (или вообще компы) меня боятся и в моем присутствие сразу начинают работать хорошо, а мелкие баги умирают только от моего вида. Так же иногда подшучивают: «как ты это делаешь без бубна?!»

Гейзенбаг это просто отлично для такого явления.
Правда звучит не очень и большинство не поймет о чем речь без объяснений…

[Tacgnol]

В точности та же фигня. Особенно про лечение багов присутствием.

[alex_blank]

Гейзенбаг

[Wesha]

Товарищу немножечко заплатил Seagate и прочие производители backup-решений :)

[Boctopr]

Про картинку это не

Комната Джеймса Пинкстоуна, рядом с рабочим компьютером

А нога Джеймса Пинкстоуна, рядом с рабочим компьютером, который мы не видим

[Old_Chroft]

На фото на самом деле шесть ног (не считая лап тузика) и одна рука под задницей :-)

[mayorovp]

Мне одному заголовок напомнил о Сакстоне Хейле и его "политике" работы с недовольными клиентами?

[Mad__Max]

Нет, хотя мне первым вспомнилось предложение «прислать доктора» (с)

[Perkin]

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

[dom3d]

Оказывается композитор сам не понимает куда девал свои файлы.
Дедушка, наверное, старенький ужо.

[Mamonty]

Вы заблуждаетесь, если предполагаете, что в русском языке слово «ужо» обозначает то же, что «уже».

[Old_Chroft]

перед «что» запятая лишняя. «ужо» из компьютерного сленга. «ужо старенький» — так наверное? (приглашаю граммар-наци)

[murzilka]

Не лишняя.

[avost]

Вероятно, имеется в виду это (чОрт, а я тоже думал, что «ужо» — это искаверканое «уже»):
ужо́
I нареч. обстоят. времени разг.-сниж.
Как-нибудь, на досуге; позже, пото́м.
II предик. разг.-сниж.
Обозначение угрозы мести или наказания как действия.
III межд. разг.-сниж.
Возглас, выражающий угрозу мести, наказания и соответствующий по значению сл.: дай срок! вот наступит время!
Толковый словарь Ефремовой. Т. Ф. Ефремова. 2000.

[dnska]

Все кричат: «Лови, лови,
Да дави ее, дави…
Вот ужо! постой немножко,
Погоди...» А князь в окошко,
Да спокойно в свой удел
Через море прилетел.

[sens_boston]

Заголовок для меня прозвучал созвучно пресловутому «доктора придётся послать. И зачистить все эти проблемы» (с) сами_знаете_кто :D

[DonSleza4e]

Хорошо хоть сотрудники Apple бутерброд купили бедняге)

[gotlium]

Было бы правильнее, если бы он восстановил все из копии, после воспроизвел баг, и записал бы к примеру скринкаст. Не в защиту, но с точки зрения тестирования — действительно нужно доказать наличие бага и воспроизвести его независимо. В итоге и он не доказал, и они воспроизвести не смогли.

[neomedved]

Он же композитор, а не тестировщик.

[sancruz]

зловредный баг сидит под столом :)

[Smagold]

Если этот баг все-таки и был, то совсем не обязательно что это был сам iTunes. Могу предположить, что при синхронизации файлов с облаком, iTunes добавляет метки к файлу, которые мог считать антивирус или чистильщик типа CCleaner / CleanMyMac etc, и посчитать их «ненужным мусором». Так как Apple уже делали заявление о проверке кода всей программы, думаю, команду file.delete (грубо), разработчики бы точно не упустили.
Или тогда такой вопрос к экспертам файловых систем: мог ли диск, под большой нагрузкой считывания, заблокировать или даже выпилить весь раздел с теми 122 гб файлов, или тогда скорее бы сам диск полностью превратился в кирпич?

[TimsTims]

А я считаю, что в Apple не дураки сидят, и очевидные вещи про file.delete они уж точно проверили.
А что если там создается несколько потоков threads, которые синхронно работают с разными файлами, затем в какой-то момент при очень редкой ситуации происходит переполнение буфера, и вместо 0(не удалять) приходит 1(удалить)? И такую ситуация логически чтением кода и заранее подготовленными тестами никак не отследить — буфер никогда в определенных местах не переполнялся, к такому поведению программы ничто не приводило… Вот и ищут всем отделом ошибку в iTunes

Опять-же Apple уже признала такую ошибку, а это уже означает, что проблема на их стороне.

[loly_girl]

Они не признали, а сказали, что поищут.

[kalmarius]

Напомнило баян с Баша: «Слыш, сука, мы знаем кто ты и зачем звонил! Щас все починим!»

[Gunnar]

С включенными логами никогда ничего не воспроизводится

[Eefrit]

Значит нужно логирование держать включенным постоянно.

[isden]

А таки реально видел такое.
В некоем софте под одной древней версией PHP наблюдался «проскок» через цикл while (в теле цикла была простая мат.операция). При добавлении логгера в тело цикла — все отлично работало.