<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi, <div><br></div><div class="gmail-gE gmail-iv gmail-gt" style="font-size:12.800000190734863px;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif"></div><div class="gmail-" style="font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif"><div id="gmail-:1lw" class="gmail-ii gmail-gt" style="font-size:12.800000190734863px"><div id="gmail-:1lx" class="gmail-a3s gmail-aXjCH" tabindex="-1" style="outline:none">> Bah... feels like <b>every</b> major release someone ends up sending an email like this...</div><div id="gmail-:1lx" class="gmail-a3s gmail-aXjCH" tabindex="-1" style="outline:none"><br></div></div></div><div>My opinion this may show a problem with our development cycle setup. In my previous company, different closed-sourced software, we had so called code freeze. For example it could be 1-2 weeks before actual release and ideally some users would have time to test the "release-candidate" of QGIS before going public.</div><div><br></div><div>From wikipedia:<br></div><div><ul style="margin:0.3em 0px 0px 1.6em;padding:0px;font-family:sans-serif;font-size:14px"><li style="margin-bottom:0.1em">A <b>(complete) code freeze</b>, in which no changes whatsoever are permitted to a portion or the entirety of the program's source code. Particularly in large software systems, any change to the source code may have <a href="https://en.wikipedia.org/wiki/Regression_bug" class="gmail-mw-redirect" title="Regression bug" style="color:rgb(11,0,128);text-decoration:none;background-image:none">unintended consequences</a>, potentially introducing new bugs; thus, a code freeze helps ensure that a portion of the program that is known to work correctly will continue to do so. Code freezes are often employed in the final stages of development, when a particular release or iteration is being tested, but may also be used to prevent changes to one portion of a program while another is undergoing development.</li></ul></div><div>Cheers,</div><div>Peter</div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018 at 6:32 AM Mathieu Pellerin <<a href="mailto:nirvn.asia@gmail.com">nirvn.asia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>That's rather unfortunate, but most probably needed. The issue raised, 20262, affects WMS(T), XYZ, WFS, etc. layers. <br></div><div><br></div><div>On top of - and very much due to - the gravity of the bug itself, 3.4 is flagged as LTR, and it'd be most appropriate to insure that people jumping onto this new LTR aren't left with a bad first impression.</div><div><br></div><div>Math</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018 at 8:55 AM Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bah... feels like every major release someone ends up sending an email<br>
like this... but in this case, <a href="https://issues.qgis.org/issues/20262" rel="noreferrer" target="_blank">https://issues.qgis.org/issues/20262</a><br>
has totally destroyed QGIS network based providers with Qt 5.11 and<br>
above.<br>
<br>
This is not anyone's fault -- it's an upstream change in the Qt<br>
library which changed some behavior we relied on. Not there fault, not<br>
our fault. But end result is that it makes QGIS basically unusable for<br>
any non gdal/ogr layers on Qt >= 5.11. And unfortunately our major<br>
platforms only saw an upgrade to Qt 5.11 late in the bug fixing<br>
period, which made this one slow to be identified.<br>
<br>
<a href="https://github.com/qgis/QGIS/pull/8383" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/8383</a> should fix it.<br>
<br>
Soo.... could we break the normal cycle and get a point release out<br>
quickly? (Ideally with a couple of days prenotice so that anyone else<br>
working on urgent bug fixes could get them in too)<br>
<br>
Nyall<br>
_______________________________________________<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></blockquote></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></blockquote></div>