audio page not fowarding after upload or edit.

I have that also.

In fact there's a php warning issued, which is approx. : can't send headers - headers already sent in ???

unfortunately I'm away from home for a few days so I couldn't tell which file and line number.

Probably easy to fix, though - misplaced ?> maybe ?

sorry but i really need more to go on to help you. an error/warning message with line number would be very helpful.

I do realize that :-)

I should be able to be more specific in 48 hours...

humm, i really don't think this is specific to the audio module. the quickest way to debug this would be to disable all your modules and then try adding/editing an audio node. keep enabling your modules until it breaks. the last module you enable is going to be the problem.

i should clarify that you could probably start by just disabling any contrib modules and trying it. i doubt that the core modules are the problem. additionally, for laughs you might want to try it with a different theme, say bluemarine.

Ok, this was in fact not easy to track down, and for the moment I don't have any fix for it.

It happens only on windows (my local dev install), and is caused by the getid3 library.
The following lines in the getid3 object contructor in getid3.php (from line 129 on) :

ob_start();
system($CLIdir.' && dir /ad /x');
(...)
ob_end_clean();

happen to send HTTP headers to the browser.

After the form submission is handled, the form system redirects the user to the node page with a drupal_goto, which tries to re-send headers, and fails with :
Warning: Cannot modify header information - headers already sent in (...)\includes\common.inc on line 266

Note : this seems to be triggered by the "dir" command - if you replace (just for the sake of testing...) :

system($CLIdir.' && dir /ad /x');

with a "dummy" command, say :

system('cd .');

the error disappears.
The ob_start / ob_end_clean thing should prevent any output to the browser, but the dir command seems to fool that.

Problem is : for the moment I don't get how we can fix that, and even if we could, a patch for the external getid3 lib is probably not the best solution...

Temporary hack :
The involved code sequence deals with windows helper apps for getid3.
These apps don't seem to be needed for mp3 files (not 100% sure about that, though)
So I guess I'll just comment out line 112 to 147 in getid3.php

edit : replacing the lines between ob_start and ob_end_flush (included) with :

exec($CLIdir.' && dir /ad /x', $subdirsraw);

MIGHT do the trick.

I filed a bug report about that for the getid3 lib.

dougw, you should open a new issue

Trick in #8 worked for me, too.

I'm sorry, drewish, I can't remember why you closed this - it seems the problem is still around (reported here http://drupal.org/node/85970 - marked as a dupe of this one)
I'm reopening this, please close it agaon if I missed something :-)

i'd closed it because people had found a fix and the bug is in getid3 not in the audio module.

Can we add a hint to the installation instructions of README.TXT?

if you write up a concise paragraph i'd love to add it to the Audio module FAQ. i'll put a note in the readme file to check there.