(РЕШЕНО) Странный глюк в Android - баг в Qt или Android

[Гурман]

На окне приложения есть несколько моих виджетов, наследующих QFrame, назовём их TextLabel. От оригиналов отличаются возможностью кучи вещей - настройкой шрифтов, цвета фона и цвета текста в дизайнере, скроллингом и т.д. Все параметры задаются в пропертях, поскольку этот класс сделан плагином дизайнера. Всё работает замечательно во всех ОС, включая Windows, Linux, Android 4 и 5, но кроме одного непонятного пока глюка в Android 6. Фишка ещё в том, что приложение работает строго в ландшафтном режиме. Когда приложение запускаешь - всё замечательно, оно работает, если не давать смартфону уснуть, то есть выключить экран. При выходе смартфона из "сна", то есть при включении экрана, он первоначально оказывается в портретной ориентации, независимо от того, как повёрнут смартфон. Но тут же переворачивается в ландшафт, и в большом количестве случаев происходит нечто необъяснимое - один из виджетов TextLabel, который лежит выше всех остальных TextLabel, "размазывается" влево и вниз до краёв экрана, и закрывает всё, что под него попало (но разумеется кроме виджетов, которые лежат над ним). При этом как этот, так и другие TextLabel (даже те, которые оказались не перекрыты) перестают отображать находящийся в них текст, они становятся "пустыми". Очевидно размазывается только изображение, но не геометрия виджета - поскольку все активные виджеты под ним по-прежнему реагируют на события, то есть, если там оказались кнопки, то они нажимаются, отрабатывают как положено. Только не видны.

На устройствах с Android 4 и 5 ничего подобного не происходит - на них экран при включении из сна сразу находится в ландшафте, и приложение нормально отображается всегда. Так происходит, даже если держать устройство "в портрет". Есть одна фишка, которая может иметь значение - приложение собрано с Android SDK level 15, то есть, под Android 4.0.3 ICS. Но более нигде не возникло каких-либо иных проблем с отображением, функционированием и т.д. А приложение довольно сложное, и использует много чего, включая использование многих функций ОС через Java-интерфейс (которые на уровне Qt не реализованы). Есть там и анимированные SVG, и меняющие прозрачность растровые картинки - ничего из этого не вызывает проблем.

Может кто встречался с чем-то подобным? Конечно, у меня тоже может быть багоплюха, хотя код TextLabel достаточно давно написан, не раз вылизывался, и как-то сомнений совершенно не вызывал.

[qate]

Я например с андроид 6 вообще не сталкивался )
Кроме как минимальный эзкейс и спросить на https://forum.qt.io/  я выхода не вижу в решении проблемы.

[Гурман]

Я например с андроид 6 вообще не сталкивался )
Кроме как минимальный эзкейс и спросить на https://forum.qt.io/  я выхода не вижу в решении проблемы.

Спасибо, кэп... Просьба всем, кто захочет отозваться - пишите только если хотя бы в курсе в чём проблема.

[Гурман]

Чуть лучше локализовал момент появления проблемы - она возникает, если устройство было залочено. То есть, на экране лок-скрин, и требуется идентификации для снятия блокировки. При этом лок-скрин всегда нарисован в портретной ориентации (это же смартфон). Вот после того, как исчезает lock-screen, моё приложение рисуется неправильно. Но в остальных случаях, если на экране было другое приложение, независимо от ориентации экрана, или экран был погашен, но ещё не заблокирован - всё работает нормально.

Возможно, проблема связана с не совсем корректной работой лончера или что там управляет блокировкой - но в других приложениях она не проявляется. Впрочем... они и не на С++ написаны. А на других устройствах с Android у меня просто нет экрана блокировки, поэтому на них проблема не появляется.

[Гурман]

В общем, пока не нашёл другого решения, кроме как на время работы приложения запретить залочивание девайса. Это, в общем-то, логично, поскольку приложение у меня творит разные визуализации, а они подразумевают, что экран во время их показа всё время включен.

[Гурман]

Просто беда какая-то... Если вручную включить блокировку экрана, то после возврата получается опять искажённый экран приложения. Пытался и графическую сцену перерисовывать, и просто окно обновлять - ничего не помогает. Борьба осложняется ещё тем, что почему-то не работает qDebug() - возможно из-за того, что ОС level 23, а приложение собрано с SDK level 15. А может какие-то особые разрешения нужны, это же пендитный 6-й Android.

[Гурман]

О! Смог поймать этот же глюк в Android 4 SDK level 15. Проблема не характерна для Android 6. Это как-то обнадёживает - в Android 4 у меня хотя бы отладка работает нормально.

[Гурман]

Чуть-чуть удалось продвинуться - выяснил, что из трёх виджетов, один перерисовывается (вызывается его paintEvent()) в момент до того как снята блокировка экрана, или даже во время её снятия, а два других после этого. Вот тот, который рисуется до снятия блокировки, и ломает всю консерваторию. Отложить рисование до окончания снятия блокировки пока не получилось. Перерисовка всего окна после снятия блокировки вызовом repaint() тоже ничего не даёт.

ЗЫ

Ситуация ещё хуже. Портится структура виджета, который перерисовывается до снятия блокировки. Если виджет динамически убрать, он пропадает. Но если его вернуть - он рисуется с тем же искажением.

Вот же блин...

[Гурман]

Опа, опа - есть баг в Qt! В paintEvent() виджета я использую вызов frameRect() чтобы получить прямоугольник для заливки фона. По неизвестной причине (очевидно дыра в Qt для Android или в самом Android) если включена блокировка устройства и экран повёрнут в портрет, то эта функция возвращает не прямоугольник самого виджета, а... прямоугольник экрана. Причём она возвращает также прямоугольник экрана и после того, как блокировка снимается, и экран переводится в ландшафт. Если блокировка не включена, или если экран блокируется в ландшафте - то всё работает нормально. Может быть, это дырка и не Qt, а самого Android, но она срабатывает в версиях Android 4.0.3 и 6.0.

Ну да, не просто frameRect() портится - а geometry(). Причём это происходит только с QFrame.

[kuzulis]

Баг запостил?

[Гурман]

Баг запостил?

Да, конечно. QTBUG-60101.

Вот как его обойти - пока ещё не решил. Могу, конечно, повесить в Java коде обработчик события блокировки клавиатуры (для screen lock/unlock отдельного события в Android нет) и вызывать из него Native функцию, дальше из неё сигнал, и по нему в виджете сохранять и восстанавливать геометрию QFrame. Этот вариант понятен. Но может есть вариант какой-то более элегантный, чем топор... Думаю.

Сигнал QCoreApplication::applicationStateChanged(Qt::ApplicationActive) не хиляет - он посылается до фактической разблокировки, когда виджет ещё имеет нормальный размер.

[Гурман]

Не, ну ваще... сделал топором - сохраняю геометрию при залочивании экрана, и вызываю восстановление при разлочивании. В дебаг выводе всё хорошо, восстановилось. Но потом по чьему-то желанию происходит ещё одна перерисовка, и бабах! Виджетов три штуки, в paintEvent перед рисованием у каждого выводится

Код:

        qDebug()<<"repaint"<<"frame"<<frameRect()<<"geometry"<<geometry();

и получаю вот такое:

D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 307x21) geometry QRect(471,320 307x21)
D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 83x30) geometry QRect(471,270 83x30)
D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 307x20) geometry QRect(471,340 307x20)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 307x21) geometry QRect(471,320 307x21)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 83x30) geometry QRect(471,270 83x30)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 307x20) geometry QRect(471,340 307x20)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 1280x752) geometry QRect(471,320 1280x752)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 1280x752) geometry QRect(471,270 1280x752)
D/AlpsGL17(21709): (null):0 ((null)): repaint frame QRect(0,0 1280x752) geometry QRect(471,340 1280x752)

То есть, сначала рисует виджеты правильного размера, а потом сразу испорченного. И это уже после того, как экран разблокирован. Но! Только если экран в положении портрет. В положении ландшафт при тех же действиях только один раз:

D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 307x21) geometry QRect(471,320 307x21)
D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 83x30) geometry QRect(471,270 83x30)
D/AlpsGL17(24511): (null):0 ((null)): repaint frame QRect(0,0 307x20) geometry QRect(471,340 307x20)

И разумеется всё нормально.

Отсюда единственный выход виден - сохранять размеры этих трёх виджетов при старте приложения, и использовать их для рисования в paintEvent(). Потому что где портится геометрия, выяснить уже становится совсем сложно. Правда тогда придётся отслеживать изменение размеров в дизайнере, поскольку там они вполне могут изменяться.

[Гурман]

Окончательное решение, которое работает, без использования Java кода, не шибко элегантное, но простое.
В приватных свойствах класса виджета, наследующего QFrame:

Код:

QRect geo;

Где-то в конструкторе или инициализации виджета, лишь бы пораньше:

Код:

geo = geometry();

В начале paintEvent() этого виджета пишем:

Код:

    if( geo != geometry() )
        setGeometry( geo );

Дальнейшее нужно, если геометрия виджета может меняться в процессе работы приложения. Надо не забывать при каждом таком изменении сохранять новую геометрию в geo = geometry();. Кроме этого, в классе виджета заводим слот:

Код:

void screenWasLocked(){ geo = geometry(); }

В объявлении класса главного окна приложения, которое наследует QMainWindow создаём сигнал:

Код:

    void screenIsLocked();

Ниже него слот:

Код:

void appStateChanged(Qt::ApplicationState state)
{
    if( state == Qt::ApplicationSuspended )
        emit screenIsLocked();
}

Где-нибудь в конструкторе этого класса:

Код:

    connect(QApplication::instance(), SIGNAL(applicationStateChanged(Qt::ApplicationState)), SLOT(appStateChanged(Qt::ApplicationState)));

И, наконец, в дизайнере соединяем сигнал screenIsLocked() главного окна со всеми слотами screenWasLocked() всех виджетов, которые расположены на форме. Всё.

Это работает. Каждый раз при перерисовке QFrame будет выполняться лишнее сравнение с вызовом geometry(), но это стоит недорого.