Created attachment 13964
illustration of arrow text placement depending on available horizontal space
Build Information:
Version 1.12.8 (v1.12.8-0-g5b6e5432 from master-1.12)
Compiled (64-bit) with GTK+ 2.24.23, with Cairo 1.10.2, with Pango 1.34.0, with
GLib 2.38.0, with WinPcap (4_1_3), with libz 1.2.5, with SMI 0.4.8, with c-ares
1.9.1, with Lua 5.2, without Python, with GnuTLS 3.2.15, with Gcrypt 1.6.2,
without Kerberos, with GeoIP, with PortAudio V19-devel (built Oct 14 2015), with
AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with WinPcap version
4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch
1_0_rel0b (20091008), GnuTLS 3.2.15, Gcrypt 1.6.2, without AirPcap.
Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, with 8141MB of physical memory.
Built using Microsoft Visual C++ 10.0 build 40219
At some moment in past, the text above the arrows became truncated not to exceed the length of the arrow itself. So in the current implementation, an interesting part of the information (codec list in SIP messages, DTMF symbols in RTP flows, ...?) is not shown if the arrow runs between directly adjacent vertical lines representing communication endpoints. As the position of the dashed lines is fixed, and also no "help bubble" appears when keeping the mouse cursor above the arrow or text for a while, the only way to read the information is to click the arrow and change focus to the main window and read the information from packet list or packet dissection pane.
My enhancement suggestion is to return to the previous method, which I assume was truncation of the text to the full width of the pane rather than to the length of the arrow. There should be no risk of conflict with other text as (intrinsically) no arrow ever shares its vertical position with any other one. The positioning of the text should be as close to "symmetric over the arrow's center" as possible so that the text would never be completely detached from the arrow, and truncated from the right if necessary to fit to the pane width.
I don't think that moving the SDP contents to the "comment" pane and keeping only the message name over the arrow would be a good idea, first because the comment pane would become too crowded and second because everybody has been already used to see the SDP etc. over the arrow together with the message name and the application level address information (From:, To: contents) in the Comment pane.
This was #10693 (closed), which was fixed six years ago (after this bug was filed.) My thought is that the ability to zoom in and out to change the width solves the problem and the bug is a duplicate.