Нет возможности авторизироваться

[Former user]

После руссификации в менеджере компонентов (System -> Web Setup Wizard -> Component Manager) при попытке авторизации появилось сообщение:

Couldn't get available versions for package etws/magento-language-ru_ru

Чистая установка Magento ver. 2.1.2. Тема - Luma

[Pavel Sokolov]

Аналогично только у меня до загрузки мэнеджера не доходит, выловил это сообщение в ответе angular.js:

секция require в composer.json содержит: "etws/magento-language-ru_ru": "*"

    public function syncPackagesData()
    {
        try {
            $lastSyncData = $this->syncPackagesForUpdate();
            $packagesForInstall = $this->syncPackagesForInstall();
            $lastSyncData = $this->formatLastSyncData($packagesForInstall, $lastSyncData);
            return $lastSyncData;
        } catch (\Exception $e) {
            throw new \RuntimeException($e->getMessage());
        }
    }

похоже, какой-то из этих трех методов экссепшн выкидывает

[Alexey Yerofeyev]

Судя по всему, это баг именно в Magento 2 - https://github.com/magento/magento2/issues/6718 Мы пока не представляем, как это можно обойти. Надо ждать новой версии M2.

[George Wise]

В ссылке выше совершенно другая проблема. Если вы не можете перевести текст ошибки, то сделаю это за вас:

Нет возможности определить доступные версии для пакета etws/magento-language-ru_ru

т.е. вашего пакета нет в репозитории Magento

[Alexey Yerofeyev]

Спасибо за перевод, но в этом не было необходимости. Давайте лучше я вам переведу, о чём говорится по той ссылке. Если ещё раз её открыть, но на этот раз посмотреть внимательнее, там можно увидеть сообщение об ошибке "Couldn't get available versions for package snowdog/language-pl_pl", которое аналогично ошибке в этом issue - "Couldn't get available versions for package etws/magento-language-ru_ru". В чём разница по-вашему?

Собственно, вы правы в одном - нашего пакета действительно нет в репозитории Magento. Однако, там нет ещё много чего. Сейчас мы пытаемся выложить этот перевод в новый Magento Connect, что, возможно (далеко не факт), исправит проблему конкретно с этим пакетом.

Но то, что любой custom пакет ломает Component Manager, это определённо баг Magento. То есть вот вы сделаете какой-нибудь свой любой модуль и всё - это сломает Component Manager точно так же, как он ломается сейчас от нашего перевода. Это не вина перевода и не вина других модулей - это вина Magento и они это признали.

[George Wise]

Спасибо за более полный ответ. Но все таки, как временно решить проблему? Удалять ваш модуль (расширение) и потом ставить обратно? Возможно это не баг, возможно не хватает какой-то информации в каком-то manifest файле? Я тоже могу сказать, что если ubuntu ppa не поддерживает deb пакеты - это баг ubuntu. Но это не так. Разработчики должны подстраиваться под основной продукт, а не наоборот.

[Alexey Yerofeyev]

В Magento признали, что это баг в Component Manager. Более того, они его уже исправили, но пока он лежит в ветке develop - то есть скорее всего в следующем релизе M2 эта проблема уже будет решена. Релизы они делают регулярно, поэтому надо просто немного подождать.

Мы бы с радостью подстроились под текущую систему, но в рамках модуля ничего нельзя сделать. Component Manager почему-то считает, что все модули должны лежать на repo.magento.com, никаких сторонних репозиториев не предусмотрено. Как я уже говорил, скоро модуль будет доступен на Magento Connect и это, возможно, исправит ситуацию именно с этим модулем. Поэтому тут тоже надо немного подождать - надеюсь, на следующей неделе мы с этим закончим.

Что касается временного решения, то легче просто забыть про наш перевод (а также про любой кастомный модуль) до наступления одного из вышеописанных событий. Ну или отказаться от использования Component Manager и работать с composer через консоль.

[George Wise]

Спасибо. Будем ждать.