<div dir="ltr">Yes, I believe it is. At least the fact that only closing QGIS releases the locks.<div>You can even create several locks on the same table if you keep removing and adding the same table.<br><div><br></div><div>
But, is it expected that a QGIS client can lock a postgis view in such way that I can not even run a trigger on a related table? When I tried, QGIS just hangs until I close the process in Postgresql. The opposite happens when I try to delete a View via Pgadmin that is opened in QGIS, pgadmin hangs until I close QGIS.</div>
<div><br></div><div>Thanks,</div><div><br></div><div>Alexandre</div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 21, 2013 at 8:56 PM, Nyall Dawson <span dir="ltr"><<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<p dir="ltr">Shared locks for select queries are ok (that's how postgres works) but they must be released once cursors are closed (or even deleted).</p>
<p dir="ltr">Please, file a ticket on the QGIS trac [1].</p>
<p dir="ltr"><br></p></blockquote><div><br></div></div><div>There's already a report with some details regarding this:</div><div><a href="http://hub.qgis.org/issues/7679" target="_blank">http://hub.qgis.org/issues/7679</a></div>
<div><br></div>
<div>I think it's related.</div><div><br></div><div>Cheers,</div><div>Nyall</div><div> </div></div></div></div>
</blockquote></div><br></div>