[asterisk-dev] [svn-commits] lmadsen: branch 1.8 r300082 - /branches/1.8/pbx/pbx_dundi.c
Tilghman Lesher
tilghman at meg.abyt.es
Mon Jan 3 13:34:31 CST 2011
On Monday 03 January 2011 10:57:48 Russell Bryant wrote:
> On Mon, 2011-01-03 at 15:53 +0100, Olle E.Johansson wrote:
> > 3 jan 2011 kl. 14.14 skrev SVN commits to the Digium repositories:
> > > Author: lmadsen
> > > Date: Mon Jan 3 07:14:25 2011
> > > New Revision: 300082
> > >
> > > URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=300082
> > > Log:
> > > Increase side of mapping response field.
> >
> > I am aware that there's no clear policy for 1.8, but it is in fact
> > released. This doesn't seem like a bug fix, unless your own
> > documentation is a reported bug. I don't see a reference to a
> > reviewboard discussion or anything either...
> >
> > So why was this committed to released code? It seems like a change for
> > 1.10 to me.
> >
> > As a side note, is there a protocol spec anywhere declaring this
> > field? should that be changed?
> >
> > Just trying to understand.
>
> It's not protocol related. It's configuration related. In the DUNDi
> mappings configuration, you set up a "tech/data" response field. This
> increased the buffer size for the data part. The buffer size was far
> too small to support very realistic configurations if you dynamically
> generate the data using a combination of dialplan functions. I asked
> him to commit it to 1.8 since it was small enough to cause problems for
> reasonable configurations.
While that's understandable, why wasn't this committed to 1.4, first, as a
bugfix should go into all applicable versions? That it went into 1.8 aids
suspicion that it wasn't a bugfix at all, but a late feature-add.
--
Tilghman
More information about the asterisk-dev
mailing list