[Qgis-user] Altered behavior of Value Relation widget from QGIS ver. 3.38 to 3.40

Bo Victor Thomsen bo.victor.thomsen at gmail.com
Sun Mar 30 07:24:21 PDT 2025


To the list -

Please disregard my first post about this issue. I made an error by 
simplifying my example. The scenario is as follows:

I have *2* columns in a table - both with a "Value Relation" setup. The 
second column has furthermore a filter (/current_value('first_column') = 
"some_column_in_the_lookup_table"/ ) which decides the values in the 
value list for the second column based on the chosen value in the first 
column -  a "drill-down" effect.

In QGIS ver. 3.38 and prior versions -  you could change the behavior of 
the drop-down value list for the second column by checking/unchecking 
the "Allow NULL value" checkbox:

  * If "Allow NULL value" was checked, the chosen value in the second
    column would be "blank"/not chosen.
  * If "Allow NULL value" was /not /checked, the chosen value in the
    second would automatically be set to the first value in the filtered
    value list.

So you - as a QGIS project designer - could decide if the second column 
automatically got a value from the drop-down list for the second column 
when the user chose a value for the first column.

/However,/ in QGIS version 3.40 and onward, this behavior has changed. 
Regardless of the state of the "Allow NULL value" checkbox, the initial 
value of the widget for the second column is always "blank"/not chosen
(If manually activated, the drop down list for the second column 
contains the values derived from the filter expression. So the filter 
function is working)

Is this the new expected behavior or is it a regression bug ? And if it 
is the expected behavior: Can you somehow enable the old behavior ??

I have many (many, many...) QGIS projects depending on the old behavior.

Use case example: I have 2 columns in a table. The first column contains 
the Danish name for a tree species. The second column contains the Latin 
name for the tree species. So the value in the second column is 100% 
dependent on the user-chosen value in the first column. The user should 
not be bothered with selecting the Latin name in the second column from 
a value list with a single item.


Med venlig hilsen / Best regards

Bo Victor Thomsen

On 3/29/2025 10:47 AM, Bo Victor Thomsen wrote:
>
> Hi list -
>
> In QGIS ver. 3.38 and prior versions - using a "Value Relation" widget 
> in a attribute form - you could change the behavior of the drop-down 
> value list in the widget by checking/unchecking the "Allow NULL value" 
> checkbox:
>
>   * If "Allow NULL value" was checked, the chosen value  would be
>     "blank"/not chosen.
>   * If "Allow NULL value" was /not /checked, the chosen value would be
>     set to the first value in the value list.
>
> So you could decide if the field automatically got a value from the 
> drop-down list without any manual user action.
>
> /However,/ in QGIS version 3.40 and onward, this behavior has changed. 
> Regardless of the state of the "Allow NULL value" checkbox the initial 
> value of the widget is always "blank"/not chosen.
>
> Is this the new expected behavior or is it a regression bug ? And if 
> it is the expected behavior: Can you somehow enable the old behavior ??
>
> I have many (many, many...) QGIS projects depending on the old behavior.
>
>  --
>
> Med venlig hilsen / Best regards
>
> Bo Victor Thomsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20250330/bb4b326f/attachment.htm>


More information about the QGIS-User mailing list