https://github.com/vyos/vyos.vyos/pull/418

Checking this and PR190 that claims to address the issues. Preliminary comment on the PR190:

https://github.com/vyos/vyos.vyos/pull/413

https://github.com/vyos/vyos.vyos/pull/412 to fix it

There was no a change - I tested with the existing code in trunk and could not replicate the issue - hence the question, given this is a pretty old bug report

@Apachez I believe @evgmol was referring to:

Decided to not replace the functionality for all methods, only where I found a problem. This means the information in this issue isn't relevant. I'll make a new issue to fix the test case above.

This seems to be implemented:

https://github.com/vyos/vyos.vyos/pull/404

https://github.com/vyos/vyos.vyos/pull/402

https://github.com/vyos/vyos.vyos/pull/402

In T6821#217838, @evgmol wrote:

Are we happy with the above patch (fixing the terminal)?

Hi,
I tested with 520-700+ character long strings and the bug is not evident in 1.3- or1.4+ versions
Can you please re-rest and advise this issue still persist

Are we happy with the above patch (fixing the terminal)?

After some investigation, it can be advised, that the described issue is to do with netcomm_cli module implementation used by VyOS Ansible Galaxy - namely, the ansible_net_version is set for a connection and stays so until reconnects and re-reads the modified hostname.
As such, this is currently outside of the collection's control.
That said, the issue can be easily avoided by reading ansible_facts mid-playbook:
Example Playbook:

Here's the PR: https://github.com/vyos/vyos.vyos/pull/401

https://github.com/vyos/vyos.vyos/pull/400

@pasik Hi mate! Were you the original reporter of this bug please?
If so, can you clarify a few questions I asked above?
thank you

Can we close it?

I cannot see the virtual interface names are supported in 1.3-1.5 -

Just a single one to go https://github.com/vyos/vyos.vyos/pull/395

PR399 is ready for review

Attempting to re-init work here https://github.com/vyos/vyos.vyos/pull/399

https://github.com/vyos/vyos.vyos/pull/398 - Ready

I will look into after https://github.com/vyos/vyos.vyos/pull/387

I can look into this after https://github.com/vyos/vyos.vyos/pull/387 is actioned

https://github.com/vyos/vyos.vyos/pull/395 for OSPFv2 fixes - both unit and integration

Module updates (6.0.0) add support for encrypted passwords, including idempotence and tests.

Follow-up https://github.com/vyos/vyos.vyos/pull/394 is for ospfv3 integration tests

Given current state, I"m going to close this.

Starting work on this—seems relatively trivial for that particular item.

Resolved with latest changes for 6.0.0

This turns out to be a simple fix. The problem is an issue with deleting directories on separate threads when running with multiple targets. Simple fix is to run_once: true the two places where this happens. Not surprisingly, this fix works.