Jackson , Update module List в меню APP. именно локальные модули.

straga , «Обновить список модулей» не помогает ни мне, ни автору темы. Потому приходится через PGAdmin в БД чистить хвосты.

На самом деле все гораздо, из установленной системы удаляется очень легко, заходите в приложения => выбираете удаленный модуль => Действие => Удалить. Может потребоваться режим разработчика.

Такой-же вопрос у меня возник.
Действительно " заходите в приложения => выбираете удаленный модуль => Действие => Удалить. Может потребоваться режим разработчика."
Возможность такая есть.
Хорошо.
Там такая кнопка вверху появляетя «Удалить». Делаю операцию «Удалить».
Появляется сообщение
«Odoo Server Error — Предупреждение
Вы пытаетесь удалить модуль, который установлен или отмечен для установки»
Думал, что это косяк. Но, оказывается, в самом элементе есть кнопки «Обновить» и «Удалить»
И, при попытке удаления, выдается вся информация по объекту(связи, меню и проч.).
И снова подтверждение, чтобы не напортачить. Удобно.
Теперь у меня такой вопрос.
Заходим в приложения. Там их более 200 штук, например. Некоторые установлены, некоторые не установлены.
Как я понимаю, этот список формируется из названий каталогов, находящихся в каталоге addons.
Теперь, например, я в проводнике удаляю из каталога все ненужные каталоги(то есть, приложения), которые мне не хочется видеть даже в перечне приложений, показывающихся в системе. По логике, я считаю, что если эти приложения в системе не были установлены, то в перечне, особенно в перечне неустановленных их не должно быть. А они находятся.
Операция «Обновить список приложений», которую я выполняю для того, чтобы «увидеть» в odoo приложение, предварительно занесенное в каталог addons, почему-то не убирает их. Более того, позволяется это приложение устанавливать в системе. Но не устанавливается(я думаю, по причине того, чтов каталоге addons его нет)Мне кажется не логичным такое поведение.
Каким образом их убрать, чтобы они не маячили в odoo?
Все тестируется и проверяется на odoo 11.

Может кто знает решение проблемы, описанной выше? Подскажите.
И еще.
Я привык, чтобы под ногами, как говорится, ничего не шаталось. То есть, инструмент должен быть более-менее вменяемым и, по возможности, предсказуемым.
По поводу odoo.
Немного непривычно, что, как мне кажется, данные и метаданные как-то разбросаны по разным «источникам». Это прождает возможные «рассогласования»
Например.
Создал несколько баз. Все, вроде легко и просто.
Потом вошел в одну базу, типа, для работы.
В другом окне браузера открыл инструмент работы с базами и удалил базу, в которой я сейчас работаю.
Никаких препятствий этому не было, совершенно. Действительно, при последующем выборе базы для работы, этой базы в списке не оказалось. Странное поведение.
Такого, в принципе, система не должна позволять. Не специально, ни по ошибке, ни по другому.
Берем на заметку.
Дальше.
Поведение с модулями. Тоже возможности неисчерпаемы. Причина, как я понимаю, существование объектов в приложении и в файловой системе. Можно с каталога свободно удалять все, что вздумается. Естественно, odoo об этом не знает и получаются неприятные ситуации.
Дальше.
При создании новой базы.
В меню «Приложения» опять показываются все приложения, которые находятся в каталоге addons.
Не очень приятно. Дело в том, что для разных приложений odoo могут быть совершенно разные функции.
Например, разрабатываешь odoo под молокозавод, под строительную организацию и проч. То есть, это разные проекты.
И мне кажется, очевидным, что для разных приложений должны быть разные репозитории. Так сказать, разные «addons».
Может я чего не догоняю?

OBEH ,
По умолчанию в меню «Приложения» всегда показывает весь список установленных приложений и неустановленных. Для разделения списка приложений и модулей существует поле фильтр. Если как-то надо по другому выводить список в меню «Приложения», то ни что не мешает переопределить модуль ir.module.module и в шаблоне его представления «забить» по умолчанию нужный вывод списка приложений.
По поводу баз, в Odoo есть настройки запуска системы с настройкой доступа к базам. Еще не забываем, что каждая база создает на диске раздел со своими сессиями, что при ее переносе на другой сервер создаст некоторые проблемы. Как решить, писал на форуме.