Версия опенссл может не совпадать с той, под которую кутэ

это смотрел, где-то на просторах StackOwerFlow писали про это, нужную тоже скачивал

так телеграмм же заблокирован (их сервер с апи), его надо через прокси тогда открывать.  а другой любой запрос https идет (на другой любой сайт)?

прокси использую
http вроде идёт, https нет

ну совет же дали. нужная версия под нужный qt библиотек нужна ssl. + в pro файл тоже добавить,  если из qtcreator используешь

Помогите с вопросом по QtCreator: использую его штатную возможность запускать инструменты тестирования. В моем случае - plasmoidviewer. Все отлично запускается, но в консоль QtCreator не пишет ничего после запуска команды (пробовал в настройках выбирать и исходную среду. Нет вывода в местную консоль.

это делал, но проверю ещё раз, пока нет доступа к компу

Вот так можно быстро проверить версию и доступен ли ссл
qDebug() << QSslSocket::supportsSsl() << QSslSocket::sslLibraryBuildVersionString() << QSslSocket::sslLibraryVersionString();

схоронил, проверю

Кто-нибудь, пожалуйста? :С весь день сижу с этим, инфы ноль

родительский paintEvent можно не вызывать

Почему? И почему я всё-таки коробок не вижу?

Вечер добрый, нужен пример разработки qt cpp qml , когда интерфейсы разрабатывает отдельный дизайнер и передает программерам для наполнения логикой. Буду благодарен за ссылки на книги , видео или git. Репозитории.

Ты сделал поп в цикле и boxes пустой. Рисовать нечего.

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

Лямбда и идеальная передача были написаны правильно независимо от того, был там std::move или std::forward. Форвард аргументов шёл так или иначе до конструктора std::tuple, где выполнял всё нужное от него. Дальше сам std::tuple внутри захвата лямбды уже стал rvalue, где, его можно было мувать без проблем, это уже не оригинальные аргументы, пришедшие внутрь функции, с ними мы можем делать что хотим и мув — единственный разумный вариант.

А вот реальная проблема — захват this внутри лямбды... Это моя самая нелепая ошибка, пожалуй, я не учёл "одноразовость" класса, его деструктор выполяется зачастую до реального вызова функтора в очереди событий, унося с собой последний указатель на функтор, а дальше всё становится очень плохо...

@anatolijs, @b2soft, @Malbu0698, большое спасибо за подсказки и наводки :)

Нечего, пока не придут новые данные. Они поступают из другого треда, писал об этом выше

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

Лень искать. Но просто ради интереса убери sleep из paintEventa (просто потому что это как то странно) и не делай pop в нем, соответственно и while замени на ranged for. Повторюсь, просто ради теста.

Окей, днём сделаю

Попробуй так

QPainter pntr(this);
pntr.save();
// ...
// ...
// и в конце метода
pntr.restore();

А вообще у меня никак не получилось рисовать. Пришлось использовать openCV, захватывал изображение QImage и переопределил QLabel paintEvent.