Not a problem. I can stick with 0.99.5.4 for now.
Thibaut VARENE wrote:
> Hi again
>
> it appears it'll be a little more work than first expected to do
> something clean about this.
>
> I'd like to get in touch with my fellow developer and check with him
> how we can fix that in a sane way, and
Hi again
it appears it'll be a little more work than first expected to do
something clean about this.
I'd like to get in touch with my fellow developer and check with him
how we can fix that in a sane way, and I'll get back to you for
testing.
This might take some time as I'm on vacation right
Yep I will be ready for some testing. I was originally trying to fix it
but I can't read any C code. It's killing me.
Thibaut VARENE wrote:
> Hi again
>
> I found the bug in the code. It's going to take a while before I can
> test sufficiently my fix as I'm on vacation at the moment, and I don't
Hi again
I found the bug in the code. It's going to take a while before I can
test sufficiently my fix as I'm on vacation at the moment, and I don't
have my usual test setup handy, but I'll upload a new package ASAP.
If you're ready to do some testing (ie, know how to apply a patch and
build a p
severity 379567 normal
thanks
Hi
Thanks for the report, it's a known bug (see the BUGS file in
documentation folder).
We'll track it down ASAP
HTH
T-Bone
On 7/24/06, Patrick Li <[EMAIL PROTECTED]> wrote:
Package: libapach2-mod-musicindex
Version: 1.1.0-1
Severity: important
Apache2 return
Package: libapach2-mod-musicindex
Version: 1.1.0-1
Severity: important
Apache2 returns 404 not found error when the file requested to play
contains "&" in the full path. "&" is escaped to "&" in generated
m3u files. Eg,
/home/patrick/music/You & Me.mp3
will be generated as
/home/patrick/music/
6 matches
Mail list logo
