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 token
On Monday 6 May 2024 11:48:31 GMT-7 Allan Sandfeld Jensen wrote:
> Out of purely academic interest, how would I go about searching for those
> problems? Would I be lucky enough they would all be conviently gathered in a
> JIRA ticket?
Unfortunately, no. But if you search JIRA for Qt 4.x-time QXmlS
On Monday 6 May 2024 17:21:14 CEST Thiago Macieira wrote:
> On Monday 6 May 2024 03:31:46 GMT-7 Allan Sandfeld Jensen wrote:
> > Is there any problem in moving the class all the way if we preserve the
> > headers under both QtGui and QtCore?
>
> Yes. The last time we did that (moving the XML strea
On Monday 6 May 2024 03:31:46 GMT-7 Allan Sandfeld Jensen wrote:
> Is there any problem in moving the class all the way if we preserve the
> headers under both QtGui and QtCore?
Yes. The last time we did that (moving the XML stream classes from QtXml to
QtCore), we found a lot of problems and pro
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 tokens with which services can then be
> accessed.
>
Thank you all for the feedback. I will update the message about the survey and
send an email with a more thorough explanation to our Qt users, and post it on
our blog as well.
Kind Regards,
Safiyyah Moosa
Bsc Electronic Engineering
Documentation Engineer
Qt Group
Sandakerveien 116
0484 Oslo
> 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. Correcting myself, in the new qtnetworkauth class we do
> need to call QD
> 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. Correcting myself, in the new qtnetworkauth class we do
need to call QDesktopServices::openUrl() too to forward any unhandled
URLs.)
> On 6 May 2024, at 12:31, Allan Sandfeld Jensen wrote:
>
> On Monday 6 May 2024 10:02:43 CEST Tor Arne Vestbø via Development wrote:
>> There’s some overlap here with the more modern features of intents,
>> activities, etc, which we are hoping to add proper APIs for at some point,
>> so I sugge
On Monday 6 May 2024 10:02:43 CEST Tor Arne Vestbø via Development wrote:
> There’s some overlap here with the more modern features of intents,
> activities, etc, which we are hoping to add proper APIs for at some point,
> so I suggest not doing any public API changes as part of this.
> We can mo
ma 6. toukok. 2024 klo 11.05 Tor Arne Vestbø via Development
(development@qt-project.org) kirjoitti:
>
> There’s some overlap here with the more modern features of intents,
> activities, etc, which we are hoping to add proper APIs for at some point, so
> I suggest not doing any public API changes
There’s some overlap here with the more modern features of intents, activities,
etc, which we are hoping to add proper APIs for at some point, so I suggest not
doing any public API changes as part of this.
We can move the registration APIs to QtCore as private APIs, that QtNetworkAuth
can use,
On Mon, 6 May 2024 09:51:56 +0200
Lars Knoll via Development wrote:
> I’m a bit unsure about the windows code, but on Linux
> and macOS it’s simply launching ‘xdg-open’ or ‘open’.
That's not really the truth for Linux: it also does D-Bus calls to
xdg-desktop-portal. While this isn't really a GUI
> On 6 May 2024, at 09:02, Marc Mutz via Development
> wrote:
>
> Hi,
>
> 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 tokens with which services can then be
>
We will perform our monthly maintenance break on the CI on next Monday
13.5.2024 starting at 05:00 UTC / 08:00 Finnish time. We will update operating
systems and firmware in our infra.
Estimate for the downtime is 6 hours, depending on the speed of the upgrades.
--
Development mailing list
Deve
The basic question: does it mean moving any public class / function from one
lib into another? If so, how do you want to resolve the BC issue, especially on
Win?
Jarek
From: Development on behalf of Marc Mutz
via Development
Sent: Monday, May 6, 2024
Hi,
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 tokens with which services can then be
accessed.
OAuth therefore requires a UI to run the browser in, but not necessar
17 matches
Mail list logo
