PHP: 5.3.29
Web-server: Apache/2.2.16
ffmpeg version 0.10
Video stays in 'Pending Processing'
As far as I understand video modules is dependent on flash apps. If I try to access flash apps in admin -> 'authorization failed'
There are two jpg screenshots and the orginal video in dolphin/flash/modules/video/files
Any hints on how to fix it?
It did work before!
Updated php like admin tools told. Not sure if that caused it.
|
Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information |
I did look before. Not helpfull: old, most with no solution.
|
If your issue is not mentioned in one of those threads, you might need to do some debugging.
I assume you already checked your permissions, both in Dolphin and your file system and that you're logged in as admin (user id 1)
Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information |
admin
ffmpeg.exe has 777
Any way to enable some verbosity for this whole process?
dolphin/flash/modules/video/files have www-data 666
As far as I understand video modules is dependent on flash apps. If I try to access flash apps in admin -> 'authorization failed'
Well, this works in another browser.
|
dolphin/flash/modules/video/files have www-data 666
That appears to be incorrect. That folder is suppose to be writable. It is also suppose to be owned by either the cpanal account or the ftp account that uploaded it, so that www-data does not look right either.
Go into admin->tools-Host tools. Then to the permissions tab. It should show you if any permissions are not correct.
https://www.deanbassett.com |
Turns out php update did overwrite cli ini file without asking. Dolphin needs short_open_tags.
Permissions are fine. I meant uploaded olphin/flash/modules/video/files/* have www-data 666
|
Turns out php update did overwrite cli ini file without asking. Dolphin needs short_open_tags.
Permissions are fine. I meant uploaded olphin/flash/modules/video/files/* have www-data 666
What version of dolphin are you running?
Dolphin has not needed short_open_tags since 7.1.0
Besides, if that was it, you would know. It would cause the browser to display code. So that has nothing to do with it.
You need to verify your cron jobs are running. A update to php could have messed that up as well.
https://www.deanbassett.com |
Cron of 7.1.4 still needs it (which uses another ini file). Redirected cron output told that:
<font color="red">short_open_tag is Off (must be On!)<b>Warning!</b> Dolphin cannot work without <b>short_open_tag</b>.</font> <br />
Please go to the <br />
<a href="http://www.boonex.com/trac/dolphin/wiki/GenDolTShooter">Dolphin Troubleshooter</a> <br />
and solve the problem.
|
Cron of 7.1.4 still needs it (which uses another ini file). Redirected cron output told that:
<font color="red">short_open_tag is Off (must be On!)<b>Warning!</b> Dolphin cannot work without <b>short_open_tag</b>.</font> <br />
Please go to the <br />
<a href="http://www.boonex.com/trac/dolphin/wiki/GenDolTShooter">Dolphin Troubleshooter</a> <br />
and solve the problem.
Your misinterpreting the message. Thats a warning message from dolphin stating the setting should be off.
It does not mean cron needs it because it does not. It simply means dolphin has detected that the setting is on but should be off.
You are correct. CLI does use a different php.ini. Which means one of them, the one the webserver uses has it set to off, but the CLI version has it set to on.
Find the version that CLI uses and set the short_open_tags option to off and the message will go away.
https://www.deanbassett.com |
RE
Cron of 7.1.4 still needs it (which uses another ini file). Redirected cron output told that:
<font color="red">short_open_tag is Off (must be On!)<b>Warning!</b> Dolphin cannot work without <b>short_open_tag</b>.</font> <br />
Please go to the <br />
<a href="http://www.boonex.com/trac/dolphin/wiki/GenDolTShooter">Dolphin Troubleshooter</a> <br />
and solve the problem.
I got this recently when I migrated a server, there were ten Dolphins sites and only one did this.
They were all 7.1.4 except two, one at 7.0.9 and one that was upgraded from 7.0.9.
The upgraded site was the one doing this exact same thing until I turned it "on."
ManOfTeal.COM a Proud UNA site, six years running strong! |
Find the version that CLI uses and set the short_open_tags option to off and the message will go away.
You are wrong. It's the other way round.
short_open_tag is Off (must be On!)
That's what I did and it worked as soon as i did it.
|
Ugggg. I was under the impression they changed that.
My mistake for assuming that requirement was removed. And to some degree it was. All of the source files have been changed to no longer require it. https://www.deanbassett.com |
short_open_tag is required to be enabled for old PHP versions - less than 5.4
So if you have PHP 5.4 or higher then this option has no effect.
Rules → http://www.boonex.com/terms |