Dreambox Two, image Merlin
Вчера вечером установил 1.034 ( первый выложенный)-проверил на 3 скинах-зелень. Крэш прилагаю на дефолтном.
Сейчас увидел новые сообщения и установил новую версию 1.034. Скин дефолтный-зелень. Прилагаю крэш.

как выше ответили это DreamElite 7.1 , в принципе все имиджи дрим ос сделаны на  оф имидже opendreambox  только каждая команда присовывает в имидж свой фид панель и скин  исходники собственно все одинаковые насколько мне известно..

Это все лирика ни о чем и от "половинчатого" понимания сути происходящего .... На самом деле это все потому что я вместо полного враппера скинов , всунул "lite" вариант , который отлавливает краши только по атрибуту font ... В полной версии - ловите все ... Вся "фигня" из-за через }|{ () **** Y написаный skin.py в ЛЮБОЙ реинкарнации DreamOS ... что Merlin , что NewNigma2 что любая другая ... Дело в том что при парсинге атрибутов скина в xml-ке "писатели" кода skin.py тупо "забыли"/"не захотели"/"поленились" и т.д. всунуть проверку  на наличие атрибута или метода у класса .... вот оно у "дримоводов" и валится в зелень при малейшем "непонимании" функцией applySingleAttribute ЛЮБОГО атрибута или метода в скине .... Это чистый косяк программеров .... Есть два варианта решения , или руцями подправить скин About убрав  setScrollbarMode или я сча за пару сек добавлю чтобы не "падало" в классе eLabel по методу setScrollbarMode ... т.е. будет точно так же игнорить как и setFont для класса eListBox 


p.s. Lite вариант я всунул из-за того что "споткнулся" на NewNigma2 с ресайзом картинок/пиконок в скинах ... Надо просто на руках иметь DM. c NewNigma2 на борту чтобы отладить "логику" враппера и все будет работать  ....  На Mreline я удаленно с oleg8000 добился 99,99% универсальности ....

В первом посте обновлена версия под тем же индексом. Для DM в враппер скинов добавлена поддержка атрибута scrollbarMode .... Теперь не должно падать в зелень на About 

актуальный для дрим ос сейчас NN2  ну и вот DE7.1 соизволили обновиться..
Сообщить модератору

"До лампочки" ... Вы не "вкурили" ... весь сыр-бор из за skin.py в тех имиджах что Вы перечислили. В ЛЮБЫХ имиджах на DM .. Там, в skin.py -  НОЛЬ ИЗМЕНЕНИЙ ... чистая косметика , там ошибка на уровне ИДЕОЛОГИИ (семантики) кода ...   

Для тех кто на бронепоезде и в гермошлеме , попытаюсь пояснить на пальцах ... Представьте себе что у Вас есть кусок скина в котром, например, вот так
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Вот так выглядит кусок кода  skin.py из ЛЮБОГО имиджа существующего в природе на DM
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Все ! - ЗЕЛЕНКА ... а только потому что написав xml-ку скина вы допустили простейшую опечатку в значении атрибута ... Какая религия запрещала программеру писавшему skin.py использовать конструкцию try / except при запросе из dict по idx ?  или использовать dict.get() для избежания краша кода по ОТСУТСВУЮЩЕМУ индексу - чисто загадка .... Кто мешает отловить эту ошибку и вывести в лог ?
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.И НИКАКОЙ ЗЕЛЕНКИ .... Аналогично надо отлавливать наличие МЕТОДА (setScrollbarMode) в классе (guiObject) ...
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.ибо если Вы в своем скине на DM сделаете вот так
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра., то оригинальный код skin.py ЛЮБОГО имиджа на DM рухнет в "зеленку"... потому как у класса eLabel нет метода setScrollBarMode (enigma2: enigma.eLabel Class Reference) ... Так вот , из-за РУКОЖОПОСТИ программера который один раз не продумав написал "скелет" skin.py , а все остальные имиджписатели - бездумно копировали .... это "плодится" по всем имиджам на  DreamOS.....

Во враппере - я отавливаю автоматом такие глупости и сначала проверяем есть ли метод у класса, а потом проверяем/пытаемся задать значение атрибута ... и везде "ловим" ошибки которые могут уже возникать из-за различной реализации сишного кода и , следовательно, функционала ЛЮБОГО класса или метода в либе enigma , при этом не падаем в "зелень", а выводим в лог
 

Для тех кто на бронепоезде и в гермошлеме , попытаюсь пояснить на пальцах ... Представьте себе что у Вас есть кусок скина в котром, например, вот так

Спасибо  за развёрнутый ответ но не стоило так напрягаться ..бронепоезд в депо и гермак на полке лежит
мне всё ясно было из первого поста по поводу имида дрим ос,я ответил вам на ваши усилия приложенные к Мерлин..возможно бесполезные т.к. если они обновят имидж то возможно будет снова нужны потуги
..ща переустановлю плаг и отпишусь по поводу About

Dorik1972,

по поводу About

Спасибо за оперативность в правке ,сейчас всё нормуль 

.бронепоезд в депо

Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.

что то я на DE не ставил iptv архив, сегодня поставил 2.0.17, вылетает в креш

Тут как-бы я не вижу пока что вины плага , а на более старых типа work good? Просто летит по компоненту скина.. А я там скины вообще не трогаю никак ... Да и вроде как ни от кого из "дримоводов" жалоб более не поступало . Немного непонятно в какой момент "падает" ... В момент нажатия "OK" при выборе архивной трансляции или при движении "стрелками" по списку ? Или вообще при вызове плага ? Мне бы еще /lib/python/Screens/EpgSelection.py из используемого имиджа глянуть ?

Опять же )) могу в skinwrapper плага e2m3u2b докинуть обработку TimeshiftPossible и "зеленки" не будет, надо только глянуть /usr/lib/enigma2/python/skin.py из данного имиджа  ... Ну вот прелестную "штучку" написал )))

p.s. В очередной раз обновил скрипты для формирования плейлиста Edem (iLook) - Плагин e2m3u2bouquet (Мод от Dorik1972) Часть 2 ... добавил поддержку ответа 302 сервака "источника" ..... С некоторых пор от них стал прилетать редирект