Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Marc Mutz via Development
On 07.05.24 18:46, Volker Hilsheimer wrote: > In the long run, a mechanism in Qt Core makes sense, IMHO. That “it’s a > browser” is not true for every possible call of the QDesktopServices API. We need something _now_ for QtNetworkAuth, though. What do these options mean for OAuth support in

[Development] Meeting minutes from Qt Release Team meeting 07.05.2024

2024-05-07 Thread Jani Heikkinen via Development
Qt 6.7 status * Qt 6.7.1 preparations are ongoing * Release content is frozen & RTA testing ongoing * The target is to release Qt 6.7.1 Tue 14th of May * Unfortunately new p0 already found so let’s see if that will happen or will there be more delay… Qt 6.8 status

Re: [Development] Exceptions

2024-05-07 Thread Henry Skoglund
On 2024-05-07 21:05, Turtle Creek Software wrote: TurtleSoft posted on the Interest list earlier about problems we had with exception handling, and Thiago suggested I post here. Since the early 90s, our C++ code has had about 10,000 sanity checks which give an error message with source file &

Re: [Development] QToolButton::checkStateSet missing in Linux source build of Qt5.15.13-gpl?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 12:20:26 GMT-7 Dennis Lühring wrote: > then something is strange > > 1. according to https://doc.qt.io/qt-5/qtoolbutton.html: QToolButton is > derived from QAbstractButton which contains checkStateSet [Re-adding the list, but I think dev is the wrong list] QAbstractButton

[Development] Exceptions

2024-05-07 Thread Turtle Creek Software
TurtleSoft posted on the Interest list earlier about problems we had with exception handling, and Thiago suggested I post here. Since the early 90s, our C++ code has had about 10,000 sanity checks which give an error message with source file & line number, then throw an exception. There is a

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 10:50:09 GMT-7 Lars Knoll via Development wrote: > There could also be use cases where you have split your app into two parts, > a UI running in one process and a backend running in another one. The > backend doesn’t link against any GUI libraries, but might need to launch an

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Lars Knoll via Development
> On 7 May 2024, at 19:15, Thiago Macieira wrote: > > On Tuesday 7 May 2024 10:03:21 GMT-7 Thiago Macieira wrote: >> So I want to know of a use-case where all of the following are true: >> * application is GUI-less (i.e., is a background service) >> * application has no GUI counterpart >> *

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 10:03:21 GMT-7 Thiago Macieira wrote: > So I want to know of a use-case where all of the following are true: > * application is GUI-less (i.e., is a background service) > * application has no GUI counterpart > * application is definitely running in a GUI environment

Re: [Development] QToolButton::checkStateSet missing in Linux source build of Qt5.15.13-gpl?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 08:40:01 GMT-7 Dennis Luehring via Development wrote: > using that build im getting a linker error that > QToolButton::checkStateSet is not defined > > > > > mold: error: undefined symbol: QToolButton::checkStateSet() > > >>> referenced by mocs_compilation.cpp > >>> >

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 08:51:03 GMT-7 Marc Mutz via Development wrote: > > I'd like to see some GUI-less Qt applications perform those services, but > > then they are highly limited on how to start the browser in the first > > place. Anything beyond "print URL to stdout" may not be acceptable at >

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Thiago Macieira
On Tuesday 7 May 2024 08:32:35 GMT-7 Marc Mutz via Development wrote: > If and when intents/activities replace openUrl(), QtNetworkAuth will > have to be ported, QtCore move or not, public API or not. Would that leave an API in QtCore that isn't necessary or is duplicated? Please design an API

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Volker Hilsheimer via Development
> On 7 May 2024, at 17:51, Marc Mutz via Development > wrote: >> >> It doesn't change the technical roadblock: you *cannot* *move* >> QDesktopServices. The best you can do for API is add a new one. > > I'm pretty sure REMOVED_SINCE + an inline namespace around the Core > version would enable

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Marc Mutz via Development
On 07.05.24 16:30, Thiago Macieira wrote: > On Monday 6 May 2024 23:08:07 GMT-7 Marc Mutz via Development wrote: [...] >> I'm currently fighting an older version of openfortifyvpn (CLI on Linux) >> which cannot, yet, spin up the browser. Newer versions are reported to >> be able to, so there you

[Development] QToolButton::checkStateSet missing in Linux source build of Qt5.15.13-gpl?

2024-05-07 Thread Dennis Luehring via Development
i've build Qt5.15.13-gpl from source - done that for serveral versions before without any problem but for a less UI intensive application (im doing this source builds only for silencing TSAN false-positives, normally using systems Qt libs) build instructions i use: cd ~/qt5_dev git clone

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Marc Mutz via Development
On 07.05.24 14:58, Tor Arne Vestbø wrote: [...] >> Honestly, I don't understand the push-back for the move. It seems only >> logical to me: QUrl is in QtCore, so IMHO, it's only logical to have >> QUrl _handlers_ in QtCore, too. And in other emails, I showed use-cases >> of CLI programs that need

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Thiago Macieira
On Monday 6 May 2024 23:08:07 GMT-7 Marc Mutz via Development wrote: > Such applications wouldn't use QNetworkAuth, though, because returning > access codes by cookie isn't one of the standardized mechanisms, and > therefore not implemented in QNetworkAuth. I can see this bahviour every > week

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Tor Arne Vestbø via Development
> On 7 May 2024, at 12:51, Marc Mutz via Development > wrote: > > On 06.05.24 13:08, Tor Arne Vestbø via Development wrote: >> >> >>> On 6 May 2024, at 13:06, Juha Vuolle wrote: >>> QtNetworkauth leaves the QDesktopServices::openUrl() usage/non-usage at the user's discretion,

[Development] [Announce] Qt Creator 13.0.1 released

2024-05-07 Thread List for announcements regarding Qt releases and development via Announce via Development
We are happy to announce the release of Qt Creator 13.0.1! https://www.qt.io/blog/qt-creator-13.0.1-released -- Eike Ziller Principal Software Engineer The Qt Company GmbH Erich-Thilo-Str. 10 12489 Berlin, Germany eike.zil...@qt.io https://qt.io Geschäftsführer: Mika Pälsi, Juha Varelius,

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Marc Mutz via Development
On 06.05.24 13:08, Tor Arne Vestbø via Development wrote: > > >> On 6 May 2024, at 13:06, Juha Vuolle wrote: >> >>> QtNetworkauth leaves the QDesktopServices::openUrl() usage/non-usage >>> at the user's discretion, and thus that currently won't force a Gui >>> dependency. >> >> (Ah shoot.

Re: [Development] Moving QDesktopServices from Gui to Core?

2024-05-07 Thread Marc Mutz via Development
On 06.05.24 17:18, Thiago Macieira wrote: > On Monday 6 May 2024 00:02:58 GMT-7 Marc Mutz via Development wrote: >> Juha is currently improving the OAuth implementation in QtNetworkAuth. >> The protocol involves launching the system browser to get an access >> code, in turn used to get access