-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Crash when clicking browse button in attachment edit widget (PLEASE RE-ADD THE BUTTON) #26948
Comments
Author Name: Tom Chadwin (@tomchadwin) Confirmed by Harrissou: http://irclogs.geoapt.com/qgis/%23qgis.2018-06-05.log |
Author Name: Matthias Kuhn (@m-kuhn) Cannot reproduce on Linux/master |
Author Name: Tom Chadwin (@tomchadwin) Crash still occurs in 3.2 and recent nightly. Using QGIS sample Alaska airports dataset, changing "USE" widget to Attachment, enabling editing, selecting the USE field of the NOATAK record, and clicking the browse button. Win7 x64. |
Author Name: T Dunne (T Dunne) Still an issue. Sometimes clicking the button does not cause a crash but adding an attachment does. |
Author Name: Tom Chadwin (@tomchadwin) Issue still present in 3.4.1 |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Benjamin Jakimow (@jakimowb) Issue still present in 3.4.4 |
Author Name: Jürgen Fischer (@jef-n)
|
Author Name: Peter Petrik (@PeterPetrik) unable to reproduce on Mac with 3.5 master |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Tom Chadwin (@tomchadwin) @giovanni What feedback is needed - happy to help test. |
Author Name: Tom Chadwin (@tomchadwin)
|
Author Name: Tom Chadwin (@tomchadwin) Confirmed issue still present in 3.4.4 Win7 x64, as reported by @benjamin Jakimow |
Author Name: Giovanni Manghi (@gioman) Tom Chadwin wrote:
if a developer is having a look at the issue but is unable to replicate then is requested to the issuer to check again and/or improve the description (or as in your case add a screencast). |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Peter Petrik (@PeterPetrik) probably windows-only issue :) |
Author Name: Samuel Wechsler (Samuel Wechsler) still an issue in the current nightly built 3.7.0-Master (QGIS code revision 34a0650). And yes I use windows. |
Author Name: Giovanni Manghi (@gioman) also on linux.
|
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Tom Chadwin (@tomchadwin) @giovanni Manghi That's the first report of this on non-Windows. |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Grga Franges (Grga Franges) Several bug reports have been marked as duplicates and merged with this one, but i feel it's description doesnt represent the full extent of this bug. In my case crash happens whenever an entry is changed in an attachment widget with a web view document viever. Crash also happens when you switch to another feature in attribute table form view. (see attached image) I have found this bug in 3.4. LTR on Mint 19, Windows 7 and Windows 10 environments. It totally ruins our organisation's usage scenario for QGIS and has caused us great pain. It is a regression from an important feature that used to work perfectly in 2.18. It would be nice if we could at least get some update here on what is causing the issue and what are the prospects of resolving it.
|
Author Name: Alessandro Pasotti (@elpaso)
|
The browse button has been removed as a band aid to prevent the crash. |
The discussion was ongoing, was not ended. Please revert. |
I re-changed the title because the button must be re-enabled at some point. The patch just put the dirt under the rug and we must not forget about this dirt. |
Same bug for QGIS 3.4.x with Windows 10 and QGIS 3.8.1 with Ubuntu 18.04 |
+1; the most promising (and possibly only?) path forward identified here is to hire the KDAB folks, and it won't happen prior to next point release in six days. |
When showing a file dialog, Qt can choose to use the "system" file dialog, which will make QgsExternalResourceWidget to loose the focus. This patch blocks all the events that are sent to QgsExternalResourceWidget while a dialog is shown, this way it will keep the focus until the dialog is closed. Sponsored by the QGIS project (qgis.org) Fixes: qgis#26948
When showing a file dialog, Qt can choose to use the "system" file dialog, which will make QgsExternalResourceWidget to loose the focus. This patch blocks all the events that are sent to QgsExternalResourceWidget while a dialog is shown, this way it will keep the focus until the dialog is closed. Sponsored by the QGIS project (qgis.org) Fixes: #26948
@m-kuhn how the fix works? does it brings back the button? |
yes |
@m-kuhn that is great news Matthias! so... the fix was only in QGIS code or it needed also an upstream fix? |
Thanks to the awesome work of @bog-dan-ro a band-aid inside QGIS could be added (along the lines of the proposal here) |
When showing a file dialog, Qt can choose to use the "system" file dialog, which will make QgsExternalResourceWidget to loose the focus. This patch blocks all the events that are sent to QgsExternalResourceWidget while a dialog is shown, this way it will keep the focus until the dialog is closed. Sponsored by the QGIS project (qgis.org) Fixes: #26948
Hmm. Sounds good. If yes: With the next qgis version? Thank you and greetings, Jürgen |
@tomchadwin might be able to comment on that. |
@jukos, @m-kuhn Yes, this should bring images in popups back to life in qgis2web. However, no doubt there will be issues at the qgis2web end by now, as I've not looked at that code for a long time. Now that we have the QGIS bug fixed, and once you have a working version of QGIS with that fix, let's continue the discussion back on the qgis2web repo. Huge thanks to @bog-dan-ro fir the fix - it's great to be able to bring this functionality back to life again, and I'm really grateful. Thanks also to @m-kuhn for his thorough investigation and temporary fix. |
Thanks to everyone that put an effort on this, it won't certainly feel as a band aid to all the users that have now their workflow restored at the same state they had on the old ltr. |
@m-kuhn Thank you and greetings |
I assume so, yes. |
@jukos some clarification: @jukos the missing functionality to show photos inside qgis2web popups was never directly coupled to this QGIS issue on a technical level. The fix in the latest QGIS versions fixes a button inside QGIS (which is very nice!), but nothing on the qgis2web end. The issue there still needs to be fixed. |
OK. In my first test yesterday I saw no images....
When? / What is the next procedure? This issue is closed. Which qgis-issue for this problem is "open"? Thank you and greetings |
There are two things here:
|
|
26.7.2019 - @m-kuhn
Author Name: Tom Chadwin (@tomchadwin)
Original Redmine Issue: 19118
Affected QGIS version: 3.7(master)
Redmine category:edit_widget
Steps to recreate:
On Win 7 and 10, we have confirmations that this causes a full QGIS crash, with no QGIS crash handler.
Related issue(s): #27961 (duplicates), #29182 (duplicates), #29271 (duplicates), #29408 (duplicates), #29590 (relates)
Redmine related issue(s): 20140, 21365, 21454, 21592, 21775
The text was updated successfully, but these errors were encountered: