#5403 - Lingering monikers

This is a spacer post for a website comment topic. The content this topic relates to: #5403 - Lingering monikers
I could not reproduce, but I did encounter an issue seen in #5441 . Is this the issue you had... e.g. had to do with the "similar content" warning?
I've had various issues with monikers lingering after content is deleted (Chris fixed this one via a Hotfix though). Let's say I change the name of a catalogue category, I have had issues changing the moniker to reflect the change. I can enter a new one but the old one won't go away. I haven't tried via the DB as it should be doable from the edit page. When trying to reorganise things, monikers are painfully reluctant to change.

On my end, when deleting or editing a piece of content, the moniker is set to deprecated as it should be, which then allows me to use that moniker elsewhere. Thus, I cannot reproduce.

Can you provide a specific step-by-step replication case for me so I can try exactly what you are trying to do on my end? Perhaps I'm not doing things the way you're trying to do them and thus not encountering the bug.
Hey Adam.

Check https://compo.sr/tracker/view.php?id=4907 . Is this possibly the fix you are looking for? Chris made this hotfix a while ago. It has not yet made it into v10 (it's scheduled for upcoming 10.0.44).

This may explain why I can't reproduce the error if you're running 10.0.43 and I'm running directly off of git.

Pretty sure I included all the relevant hotfixes (but not 100% sure). I mentioned the hotfix in an earlier reply but if I somehow added hotfixes in the wrong order it could well be that I don't have that particular hotfix installed correctly, On that basis, I will trust in 10.0.44 being the solution.
0 guests and 0 members have recently viewed this.