liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

[Mike Martin <redtux1 gmail com>]

I have come across an issue where the iter points to the wrong row on
edited signal after sorting the column (via clicking header).

This only happens with edited signal and not editing-started (which is
correct)

The edited iter is obtained via
treeview->get_model->get_iter_from_string($path_str), which is obtained
from the path variable given by signal

This is pre sort (and correct)
Gtk3::CellRendererCombo=HASH(0x55938bc4f418)    0
/mnt/progs/programs/DS9a    -- array from edited signal
Gtk3::TreeIter=SCALAR(0x55938b3dc050) -- iter from editing-started signal
Gtk3::TreeIter=SCALAR(0x55938bc46d50)-- iter from edited signal
/mnt/progs/programs/DS9a    ds9_101_envs.mp4    1 --result using   iter
from editing-started signal
/mnt/progs/programs/DS9a    ds9_101_envs.mp4    1 --result using iter from
edited signal

This is post sort (and wrong)

Gtk3::CellRendererCombo=HASH(0x55938bc4f418)    0
/mnt/progs/programs/DS9b    -- array from edited signal
2836 Gtk3::TreeIter=SCALAR(0x55938b44c938) -- iter from editing-started
signal
2836a Gtk3::TreeIter=SCALAR(0x55938bc46d68) -- iter from edited signal
/mnt/progs/programs/DS9b    ds9_102_envs.mp4    2    --result using   iter
from editing-started signal and is correct
/mnt/progs/programs/DS9    ds9_103_envs.mp4    3 --result using iter from
edited signal and is wrong row

Any ideas why this is happening?