Видалення кошика з використанням файлу: чи є різниця між "пропустити" та "продовжити"?

Якщо ви видалите файл, але він все ще використовується (наприклад, документ все ще відкритий), а потім спробуйте спорожнити сміття, ви отримаєте щось подібне:

Видалення кошика, файл у діалоговому вікні використання

Як найкраще я можу сказати, що три варіанти:

Пропустити : ігноруйте цей файл і продовжуйте бачити решту
Зупинка : припиніть кошик файлів
Продовжити : ігноруйте цей файл і продовжуйте перебирати решту

Наскільки я можу сказати, « Пропустити та продовжити» роблять точно те саме. Я перевірив це, видаливши декілька файлів, і використовуючи будь-яку опцію, вони здаються, що видаляють всі інші файли.

Але дивно здається, що Apple постачала б дві кнопки, які роблять точно те саме.

Тож хтось знає про будь-яку технічну різницю в поведінці кнопок « Пропустити проти продовження» ?

Я використовую 10.10.3 Yosemite, але я вважаю, що варіанти для таких основних версій були такими .

macos finder trash

— drfrogsplat
джерело

Як осторонь, я вважаю, що будь-які варіанти є трохи дурними. Я не можу собі уявити , використовуючи Стоп , тому що його тільки захищає деякі з файлів не-в використанні (будь вже громив до цього один попалися «в роботі» пішли), і ви вже підтвердили , що хочете видалити всі . Так що з 3 варіантів 2 здаються однаковими, а інший безглуздо заплутаним. Я думаю, що це слід автоматично продовжувати і просто показувати помилку, що деякі файли не вдалося виправити.

— drfrogsplat

Це дуже дивно ...

— Спалах Кота

Я не зміг знайти жодного документально підтвердженого підтвердження, але все ж ось моя відповідь.

Коли ви вперше потрапили вище показаної помилки, це означає, що ви можете

Пропустіть, тобто не намагайтеся видалити згаданий файл і продовжуйте кошикувати решту
Зупиніть, тобто перестаньте смітити зараз
Продовжте, тобто ви закрили згаданий файл ( він більше не використовується ), і OSX може продовжувати видаляти його

Якщо ви просто натисніть кнопку «продовжити» або не вдаєтеся закрити відкритий файл, OSX пропускає їх і, отже, плутанина.

Більшість використаних файлів, які я бачив, - це списки, які потрібно вивантажити перед видаленням

Додаткова інформація після експерименту:

Вище сказане в основному вірно в тих випадках , коли сміття містить plists або взагалі ви розгромили деякий ар р

Наприклад:

Якщо ви створюєте текстовий файл → Відкрийте його → Сміття, поки файл все ще відкритий → Спробуйте порожній смітник → Немає проблем, тобто сміття порожнє без помилок і файл все ще відкритий

Але якщо ви запустите якусь програму ( наприклад, MAMP в моєму експерименті ) → Запустіть її та запустіть служби → Сміття програми → Спробуйте порожнє сміття → Ви отримаєте вищезгадану помилку → Відкрити монітор активності → Вбийте всі пов’язані служби та натисніть продовжити → Сміття порожнє

— каламбур
джерело

Я просто спробував це, і це не вийшло. Я вибіг cat > testfileіз командного рядка, видалив тестовий файл, видалив кошик (він скаржився як вище), убив catкоманду і потім натиснув на продовження, але тестовий файл не пошкоджено.

— drfrogsplat

Часом він навіть не скаржиться, навіть коли файл відкритий. Працює 10.11.3 і просто випробував те, що ви зробили, і не скаржиться, файл все ще відкритий, а сміття порожнє. Те, що я сказав вище, є найбільш логічним, що я міг би придумати, як я пояснив, у мене немає жодного документального підтвердження цього

— каламбур

@drfrogsplat Я отримаю більше інформації після експерименту, сподіваюся, що він відповість на ваше питання / сумніви

— каламбур