Some (old) netgear switches ignore "terminal length 0" on the show version command

[syn-bit]

As per #2394 I encountered the same problem. My Netgear GS108Tv2 switch kept timing out, looking at the pcap I can see it that is still uses the pager:

......
(Broadcom FASTPATH Switching) 
Applying Interface configuration, please wait ...
......admin

admin
Password:
<deleted>

***********
(Broadcom FASTPATH Switching) >
enable
.
enable
Password:

.


(Broadcom FASTPATH Switching) #
terminal length 0
.
terminal length 0

(Broadcom FASTPATH Switching) #
show version
.
show version

Switch: 1

System Description............................. GS108Tv2
Machine Type................................... GS108Tv2
Machine Model.................................. GS108T smartSwitch
Serial Number.................................. 29S4115R00309
FRU Number..................................... 
Part Number.................................... BCM53312
Maintenance Level.............................. A
Manufacturer................................... Netgear
Burned In MAC Address.......................... C4:3D:C7:88:17:8C
Software Version............................... 5.4.2.36
Operating System............................... ecos-2.0
Network Processing Device...................... BCM53312_B0

--More-- or (q)uit

The proposed fix in #2394 seems to never been merged, although it does fix this issue for my switch. Perhaps @candlerb never submitted a pull request. Can the fix be added to the netgear model? I can create a PR myself, but I think credits should go where credits are due :-)

[robertcheramy]

Please submit a PR. You can include @candlerb in the CHANGELOG.md and in the commit log. Submitting the PR is also some work, so it is okay if you get part of the credit :-).

[github-actions]

This issue is stale because it has been open 90 days with no activity.

[candlerb]

I didn't submit a PR because at the time telnet wasn't working with expect. I believe that #2668 fixed this.

[syn-bit]

I didn't submit a PR because at the time telnet wasn't working with expect. I believe that #2668 fixed this.

Then I'm glad #2668 enabled me to use your fix.

Thanks for your fix! And I hope my PR credits you enough :-)

[robertcheramy]

Fixed by PRs #2668 and #3452