Apart from qt.qpa.xcb: internal error: void QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window I didn't find anything useful, but the first attempt was the only one when the startup screen showed up. 😬
I think it might not be a SDL issue. My reasoning will sound weird but when you alt+tab to see opened windows you can see the preview of all opened applications. So before clicking restore or create a wallet I use alt+tab to see how the SDL window looks like. Sometimes it looks just as black, sometimes just as the picture above. So when I see the black window after alt+tab I can be sure that the startup window will have a GIF as it should be.
UPDATE: tested a few more times with removed .sdl folder and after compiling, looks like it works just fine. I don't know now. @duke
The problem:
![](https://git.hush.is/attachments/4cbbb055-ddab-4bfe-aaec-08a8b6736b91)
1 TRY.
```
Loading locale ""
MainWindow
setupStatusBar
"Dark" theme "Dark" has loaded
Animation dark loaded
Set animation
Controller : cl= 0x5595fcac40
Controller after loadConnection
getSettings
getSettings
getSettings
doAutoConnect server= "https://lite.hush.land"
Wallet exists: false
doAutoConnect : no existing wallet
createOrRestore : server= "https://lite.hush.land"
FirstTimeWizard : backed up old addresslabels
NewSeedPage
operator() : passphrase length= 24
Blake3 Hash: hash
validatePage : seed length= 24
Setting birthday to 775287
Setting Number to 10
litelib_process_response : OK
litelib_process_response : {
"result": "success"
}
qt.qpa.xcb: internal error: void QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window
makeConnection
Connection
doAutoConnect : server= "https://lite.hush.land" connection= Connection(0x5596ee8e50) me= 0x5595fcac40
doRPC : "info"
litelib_process_response : {
"version": "0.1.1-hushlightd",
"vendor": "Silentdragonlite LightWalletD",
"taddr_support": true,
"chain_name": "main",
"sapling_activation_height": 1,
"consensus_branch_id": "76b809bb",
"latest_block_height": 776335,
"difficulty": 10355521,
"longestchain": 776335,
"notarized": 0
}
doRPCWithDefaultErrorHandling : "sync"
doRPC : "sync"
doRPC : "syncstatus"
litelib_process_response : {
"syncing": "true",
"synced_blocks": 290001,
"total_blocks": 776335
}
doRPC : "syncstatus"
litelib_process_response : {
"syncing": "true",
```
2 TRY
```
Loading locale ""
MainWindow
setupStatusBar
"Dark" theme "Dark" has loaded
Animation dark loaded
Set animation
Controller : cl= 0x55ba51feb0
Controller after loadConnection
getSettings
getSettings
getSettings
doAutoConnect server= "https://lite.hush.land"
Wallet exists: false
doAutoConnect : no existing wallet
createOrRestore : server= "https://lite.hush.land"
FirstTimeWizard : backed up old addresslabels
NewSeedPage
operator() : passphrase length= 24
Blake3 Hash: hash
initializePage
litelib_process_response : {"seed":"seed","birthday":block}
initializePage : reply= "{\"seed\":\"seed\",\"birthday\":block}"
QObject::connect: No such slot FirstTimeWizard::cancelEvent() in src/firsttimewizard.cpp:284
QObject::connect: (sender name: 'qt_wizard_cancel')
initializePage : page initialized with birthday= "776385"
validatePage
litelib_process_response : {
"result": "success"
}
makeConnection
Connection
doAutoConnect : server= "https://lite.hush.land" connection= Connection(0x7f7c00b250) me= 0x55ba51feb0
doRPC : "info"
litelib_process_response : {
"version": "0.1.1-hushlightd",
"vendor": "Silentdragonlite LightWalletD",
"taddr_support": true,
"chain_name": "main",
"sapling_activation_height": 1,
"consensus_branch_id": "76b809bb",
"latest_block_height": 776386,
"difficulty": 10372823,
"longestchain": 776386,
"notarized": 0
}
doRPCWithDefaultErrorHandling : "sync"
doRPC : "sync"
```
3 TRY
```
Loading locale ""
MainWindow
setupStatusBar
"Dark" theme "Dark" has loaded
Animation dark loaded
Set animation
Controller : cl= 0x55b647d1c0
Controller after loadConnection
getSettings
getSettings
getSettings
doAutoConnect server= "https://lite.hush.land"
Wallet exists: false
doAutoConnect : no existing wallet
createOrRestore : server= "https://lite.hush.land"
FirstTimeWizard : backed up old addresslabels
NewSeedPage
operator() : passphrase length= 24
Blake3 Hash: hash
validatePage : seed length= 24
Setting birthday to 776385
Setting Number to 10
litelib_process_response : OK
litelib_process_response : {
"result": "success"
}
makeConnection
Connection
doAutoConnect : server= "https://lite.hush.land" connection= Connection(0x55b66e0b20) me= 0x55b647d1c0
doRPC : "info"
litelib_process_response : {
"version": "0.1.1-hushlightd",
"vendor": "Silentdragonlite LightWalletD",
"taddr_support": true,
"chain_name": "main",
"sapling_activation_height": 1,
"consensus_branch_id": "76b809bb",
"latest_block_height": 776422,
"difficulty": 11875606,
"longestchain": 776422,
"notarized": 0
}
doRPCWithDefaultErrorHandling : "sync"
doRPC : "sync"
doRPC : "syncstatus"
litelib_process_response : {
"syncing": "true",
"synced_blocks": 290001,
"total_blocks": 776421
```
Apart from `qt.qpa.xcb: internal error: void QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window` I didn't find anything useful, but the first attempt was the only one when the startup screen showed up. 😬
I think it might not be a SDL issue. My reasoning will sound weird but when you alt+tab to see opened windows you can see the preview of all opened applications. So before clicking restore or create a wallet I use alt+tab to see how the SDL window looks like. Sometimes it looks just as black, sometimes just as the picture above. So when I see the black window after alt+tab I can be sure that the startup window will have a GIF as it should be.
UPDATE: tested a few more times with removed .sdl folder and after compiling, looks like it works just fine. I don't know now. @duke
From that issue, it seems that whether the app is maximized or not matters for the bug (at least in their code) and also the behavior changed from QT 5.12 to QT 5.14. It looks like a QT bug.
@onryo what version of QT have you seen this behavior with? And do you notice any different with a maximized/non-maximized window?
@onryo if you can no longer reproduce this, then I guess there is nothing to do. But my guess is that it only happens sometimes.
If you search for `QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window` many projects have bugs related to this, such as:
https://github.com/mumble-voip/mumble/issues/3977#issuecomment-592658000
From that issue, it seems that whether the app is maximized or not matters for the bug (at least in their code) and also the behavior changed from QT 5.12 to QT 5.14. It looks like a QT bug.
@onryo what version of QT have you seen this behavior with? And do you notice any different with a maximized/non-maximized window?
@onryo what version of QT have you seen this behavior with?
I use the default non-maximized window.
And do you notice any different with a maximized/non-maximized window?
Looks like it, but I wouldn't be so sure though, good thing it happens only during creating a wallet, but not always. Today I could reproduce the problem only once out of ~10 attempts. I'll close the issue if I won't be able to see that in the next few days, or I will just report with more data, hopefully.
if you can no longer reproduce this, then I guess there is nothing to do
It's HushBox, so 5.15.2.
> @onryo what version of QT have you seen this behavior with?
I use the default non-maximized window.
> And do you notice any different with a maximized/non-maximized window?
Looks like it, but I wouldn't be so sure though, **good thing it happens only during creating a wallet**, but not always. Today I could reproduce the problem only once out of ~10 attempts. I'll close the issue if I won't be able to see that in the next few days, or I will just report with more data, hopefully.
> if you can no longer reproduce this, then I guess there is nothing to do
Note: From Qt 5.15 onwards, Qt does require libxcb 1.11. Also, the -qt-xcb configure option got removed that was bundling some of the libs below. Anyhow, you can now configure with -bundled-xcb-xinput to avoid a dependency to system xcb-xinput.
So this bug may change depending on whether -bundled-xcb-input is used to configure QT
@onryo do you know what `xcb` options your QT was configured with?
From:
https://doc.qt.io/qt-5/linux-requirements.html
Note: From Qt 5.15 onwards, Qt does require libxcb 1.11. Also, the -qt-xcb configure option got removed that was bundling some of the libs below. Anyhow, you can now configure with -bundled-xcb-xinput to avoid a dependency to system xcb-xinput.
So this bug may change depending on whether `-bundled-xcb-input` is used to configure QT
Yes `-bundled-xcb-xinput` was [used](https://git.hush.is/onryo/hush-to-every-home#compile-qt-5-15-2-from-source-based-on-compile-qt5-md-https-git-hush-is-jahway603-hush-docs-src-branch-master-advanced-compile-qt5-from-source-md).
The problem:
1 TRY.
2 TRY
3 TRY
Apart from
qt.qpa.xcb: internal error: void QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window
I didn't find anything useful, but the first attempt was the only one when the startup screen showed up. 😬I think it might not be a SDL issue. My reasoning will sound weird but when you alt+tab to see opened windows you can see the preview of all opened applications. So before clicking restore or create a wallet I use alt+tab to see how the SDL window looks like. Sometimes it looks just as black, sometimes just as the picture above. So when I see the black window after alt+tab I can be sure that the startup window will have a GIF as it should be.
UPDATE: tested a few more times with removed .sdl folder and after compiling, looks like it works just fine. I don't know now. @duke
@onryo if you can no longer reproduce this, then I guess there is nothing to do. But my guess is that it only happens sometimes.
If you search for
QXcbWindow::setNetWmStateOnUnmappedWindow() called on mapped window
many projects have bugs related to this, such as:https://github.com/mumble-voip/mumble/issues/3977#issuecomment-592658000
From that issue, it seems that whether the app is maximized or not matters for the bug (at least in their code) and also the behavior changed from QT 5.12 to QT 5.14. It looks like a QT bug.
@onryo what version of QT have you seen this behavior with? And do you notice any different with a maximized/non-maximized window?
It's HushBox, so 5.15.2.
I use the default non-maximized window.
Looks like it, but I wouldn't be so sure though, good thing it happens only during creating a wallet, but not always. Today I could reproduce the problem only once out of ~10 attempts. I'll close the issue if I won't be able to see that in the next few days, or I will just report with more data, hopefully.
@onryo do you know what
xcb
options your QT was configured with?From:
https://doc.qt.io/qt-5/linux-requirements.html
Note: From Qt 5.15 onwards, Qt does require libxcb 1.11. Also, the -qt-xcb configure option got removed that was bundling some of the libs below. Anyhow, you can now configure with -bundled-xcb-xinput to avoid a dependency to system xcb-xinput.
So this bug may change depending on whether
-bundled-xcb-input
is used to configure QTYes
-bundled-xcb-xinput
was used.