<div dir="ltr">Hi Alessandro,<div><br></div><div>Thanks for your response.<br><div><br></div><div>I've only used the standalone installers so it took me a bit to figure out how to start QGIS when using the OSGeo4W installer. My standalone was version 3.10.2-0 and in the OSGeo4W installer I see a 3.10.2-2 as well as the development version of 3.11.0-72.</div><div><br></div><div>Wasn't sure which one you meant. If you meant the 3.11.0-72 then the issue is gone. If you had meant the 3.10.2-2 branch then it is still there but I discovered more stuff that may help but won't explain until I confirm the version I was to test against.</div><div><br></div><div>Jason</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 4, 2020 at 9:05 AM Alessandro Pasotti <<a href="mailto:apasotti@gmail.com" target="_blank">apasotti@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 4, 2020 at 5:02 PM Jason Carlson <<a href="mailto:jason@starlandcounty.com" target="_blank">jason@starlandcounty.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Can anyone else confirm this before I submit it? </div></div></blockquote><div><br></div><div><br></div><div>Can you please check latest master builds first? I've done a couple of fixes in the past few days that might have an impact on this issue.</div><div><br></div><div>If the issue is still there, please file a ticket and attach a small SQL dump and a QGS project to reproduce the issue.</div><div><br></div><div><br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>After I upgraded from 3.10.1 to 3.10.2 I noticed an issue that it no longer handles null values correctly when updating records in PostGIS.</div><div><br></div><div>I rolled back to version 3.10.1 and the issue goes away.  </div><div><br></div><div>Here is more detail:</div><div>I have some PostgreSQL tables that have fields that can be NULL or text but I have check constraint in place saying it has to be NULL or one of a list of specific strings.</div><div><br>In 3.10.1 if I go to edit a record that has some fields set as NULL, when the QGIS attribute form loads for editing, it shows those fields as NULL inside the text field (they can be text or null). I can make changes to any fields and save and the NULL fields remain as NULL.</div><div><br></div><div>In 3.10.2 if I go to edit the same record, the QGIS attribute form when displayed for editing the record does not show those fields as being NULL but an empty string. When I submit changes, any fields that should still be NULL are not being submitted as NULL as I get a check constraint error saying it doesn't fit the criteria. I've tried entering into those fields manually as NULL or 'NULL' or "NULL" and a dozen or so other guesses and it still fails.</div><div><br></div><div>Again, if I roll back to version 3.10.1 it works as it has on many previous versions all the way back to 2.8</div></div>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div></div>
</blockquote></div>