[reSIProcate] Open issues for 1.1 release

[Byron Campen]

	After some digging/chasing, the open issues have been reduced to the  
following:

New open issues.
1. Dealing with quoted qop (see [reSIProcate] qop Parameter Parsing)
3. Problem with SharedPtr on Solaris ( see [reSIProcate] Bugs in  
SharedPtr and SharedCount of ReSip1.0 when using libCstd compiling 
(not libstlport4) on SOLARIS )
5. Empty contents problem in client publish code in DUM ( see  
[reSIProcate] [PATCH] Empty PUBLISH body if there is a pending  
publish ) (talking with Scott, looks like patch will be fine)
9. install target issues with dum and stack ( see [reSIProcate] Minor  
Makefile issues ) (patch applied, have not fixed install path for ares)
10. Possible heap corruption on deletion of SipStack ( see  
[reSIProcate] Crash in ares on deleting SipStack ) (following up on  
list, probably a link error)

Old open issues:
A.  URI parsing bug in XMLCursor???
B.  Not using PrivateKey pass phrases at all.  All private keys must be
unencrypted on the disk.
C.  Change to DateCategory to make is more compatible with other
implementations.  (we should probably go ahead and do this)
D. Parser validation issues from Kayote. (Contact * can be allowed in
any Nameaddr)
E. PIDF XML parsing support for XML namespaces - The patch was not
applied, not addressed. Derek says we may want to deprecate our XML
parsing stuff; this will end up making A moot as well. (If the  
decision is to deprecate, lets go ahead and do it already.)
F. No support for /etc/hosts file
G. Hardening Helper::makeResponse so it can make well-formed responses
to malformed requests. (done, may require some code review to make sure)
H. Maybe having a ThreadIf::detach() would be nice. Not addressed, or
discussed. (see [reSIProcate] adding detach to ThreadIf )

Addressed issues:
6. API problem in SipStack::addTransport() (see [reSIProcate]  
Creating a DUM with automatic port? ) (offending default port  
removed, might be nice to have the ability to tell the stack to open  
a transport on an ephemeral port)
7. V6 address storage problem in Tuple (see [reSIProcate] IPv6  
address in Via header gets its lower order bits chopped off (Win32  
platform)) (patch was applied)
8. Possible problem in SdpContents::getBodyData() ( see [reSIProcate]  
SdpContents::getBodyData() returns stack pointer ) (resolved, third- 
party problem)
12. Possible failure in DUM unit test ( see [reSIProcate] DUM test  
fails ) (resolved)


I would like to remind everyone that I will be branching later today.  
We'll handle the majority of the remaining open issues afterwards.

Best regards,
Byron Campen

> I applied the patch for #4 and #11.   Also #2 is fixed.
>
>
>
> From: resiprocate-devel-bounces at list.resiprocate.org  
> [mailto:resiprocate-devel-bounces at list.resiprocate.org] On Behalf  
> Of Byron Campen
> Sent: Monday, January 29, 2007 12:08 PM
> To: resiprocate-devel
> Subject: [reSIProcate] Open issues for 1.1 release
>
>
>
> New open issues since last release (some of these may have been  
> resolved, if you know of any, speak up!)
>
>
>
> 1. Dealing with quoted qop (see [reSIProcate] qop Parameter Parsing)
>
> 2. Exception in DUM upon receipt of in DIalog 200 with different to- 
> tag. (see [reSIProcate] exception when receiving 200 from re-invite  
> request with modified to: tag)
>
> 3. Problem with SharedPtr on Solaris ( see [reSIProcate] Bugs in  
> SharedPtr and SharedCount of ReSip1.0 when using libCstd compiling 
> (not libstlport4) on SOLARIS )
>
> 4. Remove ATL dependency on Windows ( see [reSIProcate] [PATCH]  
> Remove Win32 Visual Studio ATL dependency )
>
> 5. Empty contents problem in client publish code in DUM ( see  
> [reSIProcate] [PATCH] Empty PUBLISH body if there is a pending  
> publish )
>
> 6. API problem in SipStack::addTransport() (see [reSIProcate]  
> Creating a DUM with automatic port? )
>
> 7. V6 address storage problem in Tuple (see [reSIProcate] IPv6  
> address in Via header gets its lower order bits chopped off (Win32  
> platform))
>
> 8. Possible problem in SdpContents::getBodyData() ( see  
> [reSIProcate] SdpContents::getBodyData() returns stack pointer )
>
> 9. install target issues with dum and stack ( see [reSIProcate]  
> Minor Makefile issues )
>
> 10. Possible heap corruption on deletion of SipStack ( see  
> [reSIProcate] Crash in ares on deleting SipStack )
>
> 11. Dialog overwrites Route-Set when it should not ( see  
> [reSIProcate] Question about Record-Route headers on re-Invite )
>
> 12. Possible failure in DUM unit test ( see [reSIProcate] DUM test  
> fails )
>
>
>
> Old open issues:
>
> A.  URI parsing bug in XMLCursor???
>
> B.  Not using PrivateKey pass phrases at all.  All private keys  
> must be
>
> unencrypted on the disk.
>
> C.  Change to DateCategory to make is more compatible with other
>
> implementations.  (we should probably go ahead and do this)
>
> D. Parser validation issues from Kayote. (Contact * can be allowed in
>
> any Nameaddr)
>
> E. PIDF XML parsing support for XML namespaces - The patch was not
>
> applied, not addressed. Derek says we may want to deprecate our XML
>
> parsing stuff; this will end up making A moot as well. (If the  
> decision is to deprecate, lets go ahead and do it already.)
>
> F. No support for /etc/hosts file
>
> G. Hardening Helper::makeResponse so it can make well-formed responses
>
> to malformed requests. (done, may require some code review to make  
> sure)
>
> H. Maybe having a ThreadIf::detach() would be nice. Not addressed, or
>
> discussed. (see [reSIProcate] adding detach to ThreadIf )
>
>
>
>
>
> Best regards,
>
> Byron Campen
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20070131/f9b4d933/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20070131/f9b4d933/attachment.bin>