Does it work properly if 'b' is root?
On 11.07.2018 17:59, Oleg Yadrov wrote:
Ha. I hope I didn't screw up this time.
#include
#include
#include
//returnstrueif'a'isasubdirectoryof'b'
boolisSubdirectory(QDira,QDirb)
{
while(!a.isRoot()){
if(a.absolutePath()==b.absolutePath())
Hey,
I used curl a bit to test things out with the address you provided. The
request is rejected by "Mod_Security" seemingly due to the User-Agent.
The options here are limited since it seems IFW doesn't let you change
User-Agent ( https://bugreports.qt.io/browse/QTIFW-671 ). Is it possible
On 18.09.2018 16:28, Kevin wrote:
Thanks for all the responses
An xml file can be compressed , too Accept-Encoding is just a hint
to the server which compression the client accepts, and the server is free to
ignore it. So I doubt that's the issue.
I am just uploading whatever the repogen
One QNetworkAccessManager (QNAM for short) will be enough in your case as well.
The signals on QNAM all pass a pointer to the QNetworkReply so you can know
which it relates to.
Although perhaps more fitting for your usecase may be to use the signals on
QNetworkReply instead of QNAM
On 16.10.2019 13:59, Nikos Chantziaras wrote:
> On 15/10/2019 13:46, Allan Sandfeld Jensen wrote:
>> On Tuesday, 15 October 2019 11:58:42 CEST Vadim Peretokin wrote:
>>> Hello!
>>>
>>> I've noticed that Qt on macOS now automatically uses dark mode, and it
>>> looks amazing
>>>
On 16.10.2019 14:38, Vadim Peretokin wrote:
> But Qt on Windows doesn't automatically obey this dark mode like it does
> on macOS - is there anything I can do to nudge it that way?
Unfortunately not, it just hasn’t been implemented in Qt yet for various
reasons.
Although there has been some
Yes, it’s not implemented. Not 100% sure on the details but I believe there’s
some missing API, so it hasn’t been seen as feasible to implement.
https://github.com/qt/qtbase/blob/5.15/src/network/ssl/qsslsocket_mac.cpp#L629
Now Secure transport is “considered legacy” from Apple’s side. What this
Hi!
It’s likely related to the new network connection monitor inside
QNetworkAccessManager, which uses COM.
Although that by itself shouldn’t cause any issues and there’s other uses of
COM inside Qt as well. But perhaps you didn’t indirectly use it so you didn’t
get a conflict earlier.
I
I remove this call and all references to WMI code and
CoInitializeEx (including the links to wbemuuid and ws2_32), it still crashes
if i do not create QNetworkManager before QApplication...
Philippe Lelong (a bit confused by all that, I must admit).
Le 04-02-2020 18:17, Rainer Wiesenfarth a écrit
Hello!
If you are using a QWebSocketServer you can call close() when a new connection
has been established and call listen() again when the currently-connected
socket disconnects.
Attached is a toy example of doing so.
Mårten
PS: Apologies for double mail to Alexander, pressed Reply instead
Looking at https://letsencrypt.org/docs/certificates-for-localhost/ they
mention that "modern" browsers let you make insecure connections to 127.0.0.1.
Tested locally with a secure website connecting to ws://127.0.0.1 and it works
fine. Which browsers do or don't support it I'm not sure though,
Sure! ws://[::1] also worked for me.
Mårten
From: Interest on behalf of Thiago Macieira
Sent: Tuesday, August 4, 2020 18:21
To: interest@qt-project.org
Subject: Re: [Interest] wss:// on localhost
On Tuesday, 4 August 2020 07:44:06 PDT Mårten Nordheim
ange what "localhost" should point to.
Mårten
From: Alexander Carôt
Sent: Tuesday, August 4, 2020 15:04
To: Mårten Nordheim
Cc: Thiago Macieira; interest@qt-project.org
Subject: Aw: Re: [Interest] wss:// on localhost
Hi Marten,
>> Loo
Hello Alexander,
I don't know (or recall) what your setup is like. The following answer assumes
the website you refer to also runs on the local machine:
Somewhat going in the other direction I'd say wss/https is not necessary if
your application actually only listens to localhost
Hello!
Given the issue (heap corruption) and lack of symbols for openssl it's somewhat
hard to determine.
With heap corruption it could be a buffer overflow somewhere else in the
application which is then caught during the malloc call.
Mårten
From:
Hello!
QMap::insert(const QMap &) was added in 5.15. No operator+ though.
https://doc.qt.io/qt-5/qmap.html#insert-2
From: Interest on behalf of Jason H
Sent: Tuesday, March 23, 2021 14:52
To: interestqt-project.org
Subject: [Interest] Missing QMap
Hello!
Did you add core-private (/ CorePrivate) to your dependencies?
It might print a warning when you do, though in this case it's to be expected.
Mårten
From: Interest on behalf of Alexander
Dyagilev
Sent: Saturday, September 18, 2021 18:24
To:
From: Alexander Carôt
Sent: Friday, March 25, 2022 20:39
To: Mårten Nordheim; qt qt
Subject: Aw: Re: Re: [Interest] QWebSocketServer on iOS
Hej Marten,
>> Just on the off-chance that it makes a difference - have you tried using
>> ws://localhost instead
Hello Alex,
There's no reason why listening to a port on iOS shouldn't work, though on
mobile devices you may be subject to your application
being put to sleep when it goes into the background.
Mårten.
From: Interest on behalf of Alexander Carôt
: Thursday, March 24, 2022 17:51
To: Mårten Nordheim; qt qt
Subject: Aw: Re: [Interest] QWebSocketServer on iOS
Hej Marten and all,
>>though on mobile devices you may be subject to your application
>> being put to sleep when it goes into the background.
Meantime this is what I ran into wh
works except for Safari). If there is another workaround please let me
know.
Best
Alex
--
http://www.carot.de
Email : alexan...@carot.de
Tel.: +49 (0)177 5719797
> Gesendet: Montag, 28. März 2022 um 19:41 Uhr
> Von: "Alexander Carôt"
> An: "Mårten Nordheim&
of the VC runtime, but
I’m not familiar with the process.
Mårten
From: Nuno Santos
Sent: fredag 6. januar 2023 19:04
To: Mårten Nordheim
Cc: Qt Interest ; Macieira, Thiago
Subject: Re: [Interest] Qt6 - Fails to compile when openssl-linked enabled
Marten,
I’m now trying to do the same
The parameters to cmake (-D*) must be passed after a separating double dash
(--).
So, this:
-openssl-linked -DOPENSSL_ROOT_DIR="…"
Should be like:
-openssl-linked -- -DOPENSSL_ROOT_DIR="…"
Mårten
From: Nuno Santos
Sent: onsdag 7. desember 2022 17:40
To: Mårten Nordh
Hey,
If this is a clean build I need to know which branch you are building.
If not then you could try deleting CMakeCache.txt and reconfiguring,
there were some changes around configuration of openssl recently
which may be conflicting with values in the cache.
Mårten
> -Original
[Reply is inline]
> -Original Message-
> From: Nuno Santos
> Sent: onsdag 7. desember 2022 11:50
> To: Mårten Nordheim
> Cc: Qt Interest
> Subject: Re: [Interest] Qt6 - Fails to compile when openssl-linked enabled
>
> Marten,
>
> Thanks for your r
, passing -DOPENSSL_ROOT_DIR="/Users/nsantos/Qt-Utils/openssl"
at the end of your configure line, something like this:
./configure -prefix …. -openssl-linked -- -DOPENSSL_ROOT_DIR="…"
Mårten
From: Nuno Santos
Sent: onsdag 7. desember 2022 14:01
To: Mårten Nordheim
Cc: Qt I
Hey!
It's likely similar to the issue seen here:
https://bugreports.qt.io/browse/QTBUG-109511
Qt itself may use the global thread pool for certain parallelization, so if the
global thread-pool is fully occupied without letting any new tasks run
then you may experience some hanging.
Mårten
27 matches
Mail list logo