New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Postgres] Remove listener wait condition #55062
Conversation
The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check
|
@elpaso Do you mind reviewing this PR please ? |
The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check
|
@strk Do you mind reviewing this PR ? |
Had you tried adding a testcase showing the crash ? I'd start there. I see fixes but I would prefer to see the crash first, and doing it with a test ensures it won't happen again in the future. |
You can do what is described in #54260 but you have to have a configuration authentication for the database layer. That's the main reason of the crash. |
You can do what is described in #54260 but you have to have a
configuration authentication for the database layer. That's the main
reason of the crash.
I meant an automated test, one that is run as part of `make check`
and that can be run in isolation with a `ctest` invocation.
Can you try to write such test ?
|
I thought about it but there is thread and UI synchronization involved, it's a mess to test and would be very hard to make a non-flaky test about it |
The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check
|
The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check
|
The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check
|
While we hate to see this happen, this PR has been automatically closed because it has not had any activity in the last 21 days. If this pull request should be reconsidered, please follow the guidelines in the previous comment and reopen this pull request. Or, if you have any further questions, just ask! We love to help, and if there's anything the QGIS project can do to help push this PR forward please let us know how we can assist. |
418d11a
to
b20a5d0
Compare
Thanks for the review @elpaso |
Fixes #54260
The issue was because of 2 things:
This PR propose to create the connection and execute the listen request in the main thread and then doing the listening on the thread. This way, we still can garantee listening is set when setListening() ends and not block UI if credentials dialog need to popup.
I also reworked code a bit to use a plain QgsPostgresConn and log the listen connection.