That existed prior to 1.1, why put it in release notes?
Also, there is no correlation to #1134 that I can make. That said, fixing
this bug should be trivial and would be a nice touch for 1.1.
-Tres
- tres.finocchi...@gmail.com
On Wed, Sep 10, 2014 at 11:38 AM, musikbear <mkru...@hotmail.com> wrote:
> Stian Jørgensrud wrote
> > Fixed! Who wants to take ...
>
> For RC6 (x32) In respect to
> https://github.com/LMMS/lmms/issues/1134
> the AFP still block the end-point, if a short selection is done /before/ a
> long is loaded. A simple explanation in release-notes .. Like
> "Do not re-use AFP for a new a sample"
> Eg a new sample needs a new AFP
> Would be sufficient
> (i have video of the bug btw -but its the same as earlier vers.
>
>
>
>
>
> --
> View this message in context:
> http://linux-multimedia-studio-lmms.996328.n3.nabble.com/Let-s-release-1-1-tp10316p10376.html
> Sent from the lmms-devel mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> LMMS-devel mailing list
> LMMS-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lmms-devel
>
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
LMMS-devel mailing list
LMMS-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lmms-devel
