Bug report #10739

Custom Forms with Python logic don't work anymore as the dialog closes even though the .accept() function is not run

Added by Tudor Bărăscu about 6 years ago. Updated almost 2 years ago.

Affected QGIS version:master Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:
Crashes QGIS or corrupts data:No Copied to github as #:19123


One wonderful QGIS feature is the ability to add Python logic to forms.
Thank you Nathan and Tim for showing how.

The dialog closes at the push of the ok button even though the validate method is not accessing the dialog.accept().

I have made a small project that illustrates the new behavior:


Is this a bug or there is something new that I haven’t considered.

#!/usr/bin/env python
  1. coding: utf-8
    from PyQt4.QtCore import *
    from PyQt4.QtGui import *

myDialog = None
nameField = None

def formTest(dialog, layerid, featureid):

global myDialog
myDialog = dialog
global nameField
nameField = dialog.findChild(QLineEdit, "name")
buttonBox = dialog.findChild(QDialogButtonBox, "buttonBox")

def validate():
if not len(nameField.text()) >= 4:
msgBox = QMessageBox()
msgBox.setText("Name field must have at least 4 letters.")

form_problem.zip - A simple case where the problem is encountered (6.86 KB) Tudor Bărăscu, 2014-06-26 09:42 PM

Related issues

Duplicated by QGIS Application - Bug report #8885: Buttons (Ok, Cancel) disappear in "Apri Modulo" from Attr... Closed 2013-10-17


#1 Updated by Matthias Kuhn about 6 years ago

  • Target version changed from Version 2.4 to Future Release - High Priority

See also #8885 and this gis.se entry.

On a technical level, the problem is that the previous solution was really closely integrated into the QDialog system by rewiring very specific signals. This is an easy and straightforward way for when the form is shown on a dialog.

However, this way is not flexible to be used in other contexts like when the form is shown on the attribute table. Therefore a new and improved system will be implemented, but that needs to wait for PR/1370 to be merged.

I tried to get the old behavior back by pretending to still support the signals. On current master (thus 2.4 release), the message in your project shows up when closing the dialog and the value is dismissed, but it won't prevent the dialog from closing. It also will not work on the form view in attribute table.

On a related note: constraints introduced by this kind of form logic have never been considered on the attribute table. A constraints (domains) system has been discussed on a previous hackfest. That would allow to proper checking at appropriate times throughout the code.

Currently there is another possibility which I think might even be better suited in terms of usability. The form variable passed to your python init code will emit a signal attributeChanged whenever the user types something. So you can use it for checks and show warnings before the user clicks "Ok". This also works on the form view on the attribute table. Modifying your example a bit it then looks like this:

def formTest(form, layerid, featureid):

def validate( attr, value ):
    label=myDialog.findChild(QLabel, "label")

    if attr == "name":
        if len( value ) < 4:
            label.setText( "Name is too short. Must have at least 4 characters." )
            nameField.setStyleSheet( "background-color: '#ff9999'")
            label.setText( "Well done! Everything is ok." )

#2 Updated by Giovanni Manghi over 3 years ago

  • Easy fix? set to No
  • Regression? set to No

#3 Updated by Tudor Bărăscu almost 2 years ago

  • Status changed from Open to Closed

Not relevant anymore (at least for me).

Also available in: Atom PDF