<div dir="ltr">just thinking that it will probably give the same error message!<div>so maybe a v2 like:</div><div><br></div><div><properties><br>  <foo><br>    <bar type="QString">baz</bar><br>  </foo></div><div></properties><br><properties-v2><br>  <properties name="foo"><br>    <properties name="bar" type="QString">baz</properties><br>  </properties><br></properties-v2><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le jeu. 12 juin 2025 à 14:28, Denis Rouzaud <<a href="mailto:denis.rouzaud@gmail.com">denis.rouzaud@gmail.com</a>> a écrit :<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">Hi,<div><br></div><div>I did something similar in the symbology area and I went for saving twice the data.</div><div>We could probably leave the two at the same time in the same tag:</div><div><br></div><div><properties><br>  <foo><br>    <bar type="QString">baz</bar><br>  </foo><br>  <properties name="foo"><br>    <properties name="bar" type="QString">baz</properties><br>  </properties><br></properties><br></div><div><br></div><div>Old QGIS would only save the old, new QGIS would save both and use the new if it exists.<br></div><div><br></div><div>Best of the 2 worlds?</div><div><br></div><div>Cheers,</div><div>Denis</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 12 juin 2025 à 13:55, Stefanos Natsis via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>> a écrit :<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>Hi list</div><div><br></div><div>During the last dev cycle, a change was introduced in the way that properties are stored in the .qgs xml file <a href="https://github.com/qgis/QGIS/pull/60855" target="_blank">https://github.com/qgis/QGIS/pull/60855</a></div><div><br></div><div>While this solved a real issue (data-driven properties could result in an invalid property name with a leading digit) in an elegant way and is technically backwards compatible (projects generated with older versions can be opened without issues), it has the side effect that projects stored with 3.44 will not properly load in older QGIS versions (stored properties are ignored and also project CRS is undefined). Plugins could also malfunction as they often use project properties for storing their project-related configurations.<br></div><div><br></div><div>One potential solution would be to backport this to LTR, however from my experience a good percentage of the users use older QGIS versions and even those on LTR do not always upgrade as soon as a new release is out, so backporting could eventually make things worse!<br></div><div><br></div><div>With QGIS 4.0 around the corner, imho, it would be better to defer this change for a couple more months and only include this kind-of-breaking change in QGIS 4.0</div><div><br></div><div>I briefly chatted with Jurgen at the hackfest about this and while acknowledging the issue, was not super happy to revert, so I'm interested in gathering more opinions here.<br></div><div><br></div><div>Best</div><div>Stefanos<br></div><div><br></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>
</blockquote></div>