[asterisk-bugs] [Asterisk 0016268]: [patch] Last line of SDP is not being parsed

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16268 
====================================================================== 
Reported By:                sgimeno
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   16268
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
JIRA:                       SWP-425 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 230420 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-11-18 03:59 CST
Last Modified:              2009-11-23 08:20 CST
====================================================================== 
Summary:                    [patch] Last line of SDP is not being parsed
Description: 
I observed this behavior when I put a call in hold and no musiconhold was
played. The last line of the SDP of the "hold" re-INVITE was a=sendonly.
By checking the logs it can be seen that the last line of the SDP is not
processed in the process_sdp function.
I made a simple modification in the chan_sip.c (see attached patch) in
order to parse the last line and the issue was solved.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-23 08:20 svnbot         Status                   assigned => resolved
2009-11-23 08:20 svnbot         Resolution               open => fixed       
======================================================================