#41 Strange wrap of output to 13 chars

[Pablo AB]

Using tmux, if the pane is fullscreen the traffic show with only 13 chars long after the 2 spaces.

  id.13.f105=57
  010669ed914f4
  7.1496008765.
  3.1499263635.
  1497038427...
  DNT: 1....   

T 192.168.1.205:46370 -> 157.92.88.1:80 [AP]
  GET / HTTP/1.1..Host: filo.uba.ar..Connection: keep-alive..Cache-Control: max-age=0..Upgrade-Insecure-Requests: 1..User-Agent: Mozil
  la/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36..Accept: text/html,application/x
  html+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8..Accept-Encoding: gzip, deflate..Accept-Language: es,en-US;q=0.8,en;q
  =0.6..Cookie: _ga=GA1.2.83911908.1494454825; __unam=2119172-15bf8963d5f-2571a0de-4; __utma=63163371.83911908.1494454825.1496254428.1
  496254428.1; __utmc=63163371; __utmz=63163371.1496254428.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); JSESSIONID=82acb6539fd8a
  13478913b53fd04; has_js=1..DNT: 1..If-None-Match: "1504052022-1"..If-Modified-Since: Wed, 30 Aug 2017 00:13:42 GMT....              

[Jordan Ritter]

Can you give me more information about your environment, software versions, and repro steps?

Thanks,
--jordan

[Pablo AB]

Sorry, I'm using ngrep v1.45.ds2-13 and byobu v5.106-0ubuntu1 with tmux v2.1-3build1 as backend on a Ubuntu 16.04.3 LTS.
I use the command sudo ngrep -l -q -d enx9cemyinterface "^GET |^POST " tcp and port 80 and then tried a site using 80. Steps:

• Go to a byobu (with tmux as backend) terminal pane in full screen.
• Run above command.
• Go to a site using just plain http over 80/TCP.
• Now try the same thing but spliting the window in two or more panes.

Expected: On full screen text is wrapped only when reaching the end of the screen.
What I get: As my first post show, text wrapped after a few chars. This happen only with grepped text, not with the first line started with "T: ". Never have a similar problem with other soft, so probably is not a byobu nor tmux issue.

[Jordan Ritter]

Hrm. I'm not yet able to repro it.

Would you mind trying the latest version and seeing if the problem persists?

[Jordan Ritter]

Also, just to make sure I understand what you meant in your first message -- are you saying that it wrapped wrong on the first packet, then printed the second correctly?

If so, maybe there's a race condition with tmux redrawing.. ngrep handles resizing by hooking the SIGWINCH signal, which then leads to ioctl(0, TIOCGWINSZ, ..) to get the screen width and height, all of which is standard and works pretty much everywhere.

Still baffled. LMK if the latest version works, appreciate it.

[Pablo AB]

Where I can find the latest version on .deb form?

Seems related only to widthI attached two images: First one splitting screen horizontally. The text is wrongly wrapped. But if I split on one of both panes vertically now all of them work right.

PS: I suggest put here an advice for people move to Github project.

[Jordan Ritter]

Not sure, I don't have access to all the different distribution environments in which to create packages. Usually package maintainers pick it up on their own, not sure what each process is (RedHat vs. Debian vs. Ubuntu etc).

Is this all happening inside a terminal window? If so, what happens when you resize the window after you've vertically-split-only?

Do you have a tmux config (.tmuxrc or something) you can share?

Thanks for the advice - I've been responding to tickets telling people this, and also updated http://ngrep.sourceforge.net/ to point to github.