Maybe a ‘very old’ design issue… It occurs when we “run” a gramplet a second time after having a list stored as “self.text” (GtkTextView) on the first run.
An other solution might be to make the run button inactive after the first run. If there is a simple way for cleaning the TextBuffer (GtkTextView), like a purge, then this might be better (for ressources, memory leaks & co).
To close all my pending digressions (iteration), and as this post has its solution (dtd file for 1.7.2). Just for information, as I did not look further on the old method and ID importation during investigations, there is maybe one clue after importing a custom Gramps XML generated outside program (outside exporter).
By using custom IDs for records, the easiest way was a simple 1+1+1+1+1 ID set once there is a new record. So, a complete sequence, which could help to see the first records imported and the last group. At the top, the most recent (latest on import pass)
Name
Id
Modified
Demers,
99_615
20/04/2025 17:00:52
Delgado,
98_615
20/04/2025 17:00:52
Dean,
97_615
20/04/2025 17:00:52
Day,
96_615
20/04/2025 17:00:52
Dawson,
95_615
20/04/2025 17:00:52
Davis,
94_615
20/04/2025 17:00:52
Davidson,
93_615
20/04/2025 17:00:52
Daniels,
92_615
20/04/2025 17:00:52
Côté,
91_615
20/04/2025 17:00:52
Curtis,
90_615
20/04/2025 17:00:52
Alvarez,
9_615
20/04/2025 17:00:52
Curry,
89_615
20/04/2025 17:00:52
Cunningham,
88_615
20/04/2025 17:00:52
Cummings,
87_615
20/04/2025 17:00:52
Cruz,
86_615
20/04/2025 17:00:52
Cross,
85_615
20/04/2025 17:00:52
Crawford,
84_615
20/04/2025 17:00:52
Craig,
83_615
20/04/2025 17:00:52
Cox,
82_615
20/04/2025 17:00:52
Couture,
81_615
20/04/2025 17:00:52
Copeland,
80_615
20/04/2025 17:00:52
Alvarado,
8_615
20/04/2025 17:00:52
Place Name
Id
Modified
Chillicothe
999_2385
20/04/2025 17:00:52
Chico, CA
998_2385
20/04/2025 17:00:52
Chico
997_2385
20/04/2025 17:00:52
Chicago, IL
996_2385
20/04/2025 17:00:52
Chicago
995_2385
20/04/2025 17:00:52
Cheyenne, WY
994_2385
20/04/2025 17:00:52
Cheyenne
993_2385
20/04/2025 17:00:52
Chester, SC
992_2385
20/04/2025 17:00:52
Chester
991_2385
20/04/2025 17:00:52
Cherokee, TX, USA
990_2385
20/04/2025 17:00:52
Cherokee
989_2385
20/04/2025 17:00:52
Chemung, NY, USA
988_2385
20/04/2025 17:00:52
Chemung
987_2385
20/04/2025 17:00:52
Chattooga, GA, USA
986_2385
20/04/2025 17:00:52
Chattooga
985_2385
20/04/2025 17:00:52
Chattanooga, TN-GA
984_2385
20/04/2025 17:00:52
Chattanooga
983_2385
20/04/2025 17:00:52
Chatham, GA, USA
982_2385
20/04/2025 17:00:52
Chatham
981_2385
20/04/2025 17:00:52
Charlotte, NC
980_2385
20/04/2025 17:00:52
Charlotte, FL, USA
979_2385
20/04/2025 17:00:52
Charlotte
978_2385
20/04/2025 17:00:52
Charleston, WV
977_2385
20/04/2025 17:00:52
Charleston, SC
976_2385
20/04/2025 17:00:52
Charleston
975_2385
20/04/2025 17:00:52
..
AR, USA
625_2385
20/04/2025 17:00:52
AR
624_2385
20/04/2025 17:00:52
AL, USA
623_2385
20/04/2025 17:00:52
AL
622_2385
20/04/2025 17:00:52
AK, USA
621_2385
20/04/2025 17:00:52
AK
620_2385
20/04/2025 17:00:52
Σιάτιστα - (el)
3004_2385
20/04/2025 17:00:52
Σιάτιστα
3003_2385
20/04/2025 17:00:52
Μεσολόγγι - (el)
3002_2385
20/04/2025 17:00:52
Μεσολόγγι
3001_2385
20/04/2025 17:00:52
Ιωάννινα - (el)
3000_2385
20/04/2025 17:00:52
Ιωάννινα
2999_2385
20/04/2025 17:00:52
..
Citrus
1005_2385
20/04/2025 17:00:52
Cincinnati, OH
1004_2385
20/04/2025 17:00:52
Cincinnati
1003_2385
20/04/2025 17:00:52
Christian, IL, USA
1002_2385
20/04/2025 17:00:52
Christian
1001_2385
20/04/2025 17:00:52
Chillicothe, OH
1000_2385
20/04/2025 17:00:52
The logical rule is maybe not the expected one (alphanumerical or numerical). I suppose it is the DB stuff. There is no problem for me.
As import process was longer than 1 second, I guess that the timestamp set is one global DB transaction commit. So, if there is an ID mapping issue (like with Gedcom interlinks or broken ID set with ‘old method’), then there is a bug during import, even without interlinks! As it was a custom Gramps XML during testing, the issue should be fixed on the Gramps XML generator (like for Gedcom file format). Do not need to make a new workaround for this old mapping method.