Речь о том, что базовый деструктор позовется автоматически и отпишется от событий, на которые был подписан блок и удалит ссылку на блок из реестра BEMDOM.blocks, но если блок помимо этого еще где-то «наследил», то такие штуки нужно прибирать за собой руками.

В случае с input в замыкании хранится список ссылок на все инстансы, чтобы реализовать честный кроссбраузерный change. Его и приходится прибивать руками.

Если базовый деструктор был вызван вручную, то он вторично не вызовется, верно?

Кажется, я, наконец, понял, о чем ты на самом деле спрашиваешь :)

1. Прямо сейчас нет необходимости звать __base() в input, никакой дополнительный код от этого не выполняется. Но т.к. это доопределение на desktop-уровне input-а с common-уровня, который в свою очередь наследуется от control, то позвать базовый метод — это хорошая практика на случай, если у кого-то из родителей появится своя реализация на удаление модификатора js.
2. Теперь ответ почему исчезла необходимость звать __base() в реакции на удаление модификатора js, если это первый наследник i-bem или i-bem__dom. В bem-bl в качестве деструктора нужно было перекрывать метод destruct(), у которого была базовая реализация в i-bem.js и ее требовалось явно вызвать. В bem-core она по-прежнему осталась, но мы теперь не перекрываем этот метод, а перекрываем реакцию на удаление модификатора js, у которого никакой базовой реализации нет. Так что, если не вызвать __base(), ничего не случится. При этом если __base() вызвать, то все равно ничего не случится — вызовется пустая функция.

То есть, если у меня блок dog наследуется от блока mammal и я определил реакцию на удаление модификатора 'js' в обоих блоках, но при этом не вызываю __base() в dog, то функция из mammal вызвана не будет?