<div dir="ltr">Hi Victor<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 6, 2015 at 5:39 PM, Victor Olaya <span dir="ltr"><<a href="mailto:volayaf@gmail.com" target="_blank">volayaf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
In the case of a PostGIS layer, when the editingStopped signal is<br>
emitted, the query will return no features. The feature with id 1 is<br>
no longer there, and instead there will be a feature with id equal to<br>
4. So basically it seems that a modification of a feature is really a<br>
removal and then an addition, and the added feature has a different id<br>
than the removed one,<br></blockquote><div><br></div><div> Does you table have a primary key? What is the table definition?</div><div><br></div><div>If the postgres provider can't find a primary key, it will try to use ctid as the ID. Then I think what you say can happen - when updating a row, postgres removes the old row and appends a new one and the ctid will change.</div><div><br></div><div>Cheers</div><div>Martin</div><div> </div></div></div></div>