Details
-
Bug
-
Resolution: Done
-
P1: Critical
-
6.3.0
-
None
-
FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin
FreeBSD vtf-freebsd-aa2 13.0-RELEASE-p7 FreeBSD 13.0-RELEASE-p7
cmake version 3.22.1
-
1808df9ce5 (qt/qtbase/dev) 96392889f9 (qt/qtbase/6.3) 96392889f9 (qt/tqtc-qtbase/6.3) 1808df9ce5 (qt/tqtc-qtbase/dev) 5890e27e67 (qt/tqtc-qtbase/6.2)
Description
We have noticed some unexpected behaviour with Qt 6.3.0 on FreeBSD.
A call to Q_EMIT does not seem to wait for connected slots to finish before returning to the calling function. This differs from what can be observed with Qt 5.15.2, where the slots are completely executed before Q_EMIT returns. Find attached a MWE of the given situation.
On macOS, Windows, and Linux the tests behave the same with Qt 5.15.2 and Qt 6.3.0.
Is this to be expected and the misassumption is on our end?
Attachments
| For Gerrit Dashboard: QTBUG-103000 | ||||||
|---|---|---|---|---|---|---|
| # | Subject | Branch | Project | Status | CR | V |
| 409713,1 | QThread: re-fix currentThreadId() on Linux | tqtc/lts-6.2 | qt/tqtc-qtbase | Status: NEW | 0 | 0 |
| 408533,2 | QThread: Fix currentThreadId() on FreeBSD | dev | qt/qtbase | Status: MERGED | +2 | 0 |
| 408590,2 | QThread: Fix currentThreadId() on FreeBSD | 6.3 | qt/qtbase | Status: MERGED | +2 | 0 |
| 408591,2 | QThread: Fix currentThreadId() on FreeBSD | tqtc/lts-6.2 | qt/tqtc-qtbase | Status: MERGED | +2 | 0 |
| 409388,2 | QThread: re-fix currentThreadId() on Linux | dev | qt/qtbase | Status: MERGED | +2 | 0 |
| 409710,2 | QThread: re-fix currentThreadId() on Linux | 6.3 | qt/qtbase | Status: MERGED | +2 | 0 |