Нет, это стандартная дыра, присутствующая во всех браузерах: при удалении объектов (JS'ом) они на самом деле не удаляются, а остаются в памяти (пока страничка не будет закрыта или перезагружена), что создает серьезные проблемы для разработки веб-интерфейсов.
Ну и ладно, что, закроют вкладку и удалятся. Выхода тут по идее 3. Первый вот как раз при закрытии вкладки, как есть сейчас, не вижу в том ничего плохого. А альтернативы, имхо, не лучше. Второй способ - счетчик ссылок, как в объектах ядра, glib, gtk и т.д., так же на этом основана Vala. Ну и третий способ - сборщик мусора, как в java, .net и mono, который серьезно усложнит и утяжелит браузер.
Компромиссом для третьего решения может быть глобальный, системный сборщик мусора, не встроенный в браузер. Но от mono некоторые линуксоиды кипятком писают.
Достаточно по-человечески реализовать выполнение операций вроде жабоскриптовского delete + удалять неиспользуемые картинки и т.п. (например, когда я отображаю mjpeg, огнелис зачем-то хранит уже показанные кадры; если я динамически обновляю изображение - старое не удаляется и т.п.)
Я сравнивал с хромым и ēперой: все текут одинаково (даже пост на ЛОРе делал). Вот только учитывая то, что под огнелис есть множество хороших плагинов, а также то, что он обладает наилучшими настройками и не огорожен анально, получается, что у нас firefox - монополист в области браузеров.
Но исправлять кривой код его разработчики, увы, не спешат.
Вернуть объекты, удаленные delete? Оригинально. Может, тогда и ядру из оперативки ничего никогда не удалять - вдруг пригодится?
В общем, неправильно поступают эти разработчики. О каком html5 можно говорить, если веб-интерфейс без принудительных перезагрузок заставляет браузер умереть за 15-20 минут?
Не знаю как там с делитом, я не силен в ява-скрипте, но если разработчики так сделали, то наверно у них на то были причины. Если считаешь, что можешь лучше - взял бы и исправил. Чо ныть-то?