Closed (fixed)
Project:
getID3()
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
8 Jul 2011 at 13:15 UTC
Updated:
7 Sep 2011 at 18:32 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
anrikun commentedThe attached patch addresses this issue.
Comment #2
franzkewd commentedThanks.
Comment #3
vm commentedConfirmation that this patch works. Admin settings for the getid3 module now recognize the 1.9.0 library.
Looking at the getid3 changelog I'm guessing the required change is due to:
Comment #4
vm commentedPatch works correct for 7.x-dev of getid3 module as well
Comment #5
vm commentedScratch the last comment. There does seem to be an issue with using this patch with the D7 version. Working on more investigation.
Comment #6
vm commentedin D7 a
Notice: Use of undefined constant GETID3_VERSION - assumed 'GETID3_VERSION' in getid3_get_version() (line 106 of /home/x/public_html/sites/all/modules/getid3/getid3.module) is encountered on admin/config/media/getid3 .However, the 1.9.0 version of getid3 is indeed reported.
Line 106 is one of the lines introduced by this patch
Comment #7
anrikun commentedOoops sorry for the missing single-quotes!
Here is an updated patch.
Comment #8
vm commentedTested and the new patch does indeed work with with 7.x-1.x-dev
Comment #9
anrikun commentedFeel free to mark this as RTBC then :-)
Comment #10
vm commentedDone
Comment #11
direcs commentedWhy is this patch then not integrated in the current 6.x version?
Worked fine for me. (I am not able to use D7, since the module ffpc is not D7 ready. :-( )
Comment #12
vm commentedBecause changes typically go into the the current -dev and are backported from there. Thus 7.x.
Note that the patch is the same for both versions 6.x and 7.x
Comment #13
Anonymous (not verified) commentedMy patch is similar, just a little bit simpler.
Comment #14
izmeez commentedsubscribing
Comment #15
vm commentedconfirmed #14 also works for D7.x
Comment #16
vm commentedmarking as bug report since the current version of getid3 stable is 1.9.0
Comment #17
anrikun commented@eriksen:
For future compatibility, I wonder if it is not better to stick to API. Changelog states:
So I guess
$getID3->version()is the recommended API way to access version.Comment #18
jvieille commented#13 solved my issue. Thanks
Comment #19
endlasuresh commentedcan somebody tell me how to use this patch i am getting confused where to put this code? I am using 1.9.1 version
Comment #20
vm commentedhttp://drupal.org/patch and child docs should aid.
Per the patches first line it is patching getid3.module
Comment #21
knalstaaf commentedI'm using 1.9.1 as well and #13 works fine for me.
To patch files put the patch in the module folder where it should be applied. On Mac I'm using the OpenTerminalHere app (<- navigate to the getID3 module folder and hit that button in your Finder) combined with this line in the popped up Terminal window:
patch -b < getid3.new-version-checker.patchThe Windows version of OpenTerminalHere can be found here I believe: http://www.petefreitag.com/item/146.cfm
Comment #22
drewish commented@eriksen.costa in #13 from the docs for defined():
So it's simpler but it's misusing the function which might result in problems in later versions of PHP.
Side note it seems like we should change getid3_load() to return the object it's creating rather than a Boolean. It seems wasteful to instantiate the object twice.
I took anrikun's patch from #7 and switched the order since the method is the way of doing it going forward. Committed this to 7.x-1.x. If someone wants to create a new issue to bump the recommended version number to 1.9.1 feel free ;)
Comment #23
drewish commentedcommitted to 6.x-1.x and created releases for both branches.
Comment #24
drewish commentedLooks like there's already an issue for bumping the version but it's a bit dated: #886226: Bump suggested getID3 version to avoid Deprecated function eregi() warning