flaimo-php - Project Hosting on Google Code

Earlier this year Nov 02, 2009 issue 8 (Deprecated: Function session_register() is deprecated) changed by flaimo - fixed it with 2.003, but I don't know when I will publish it. meanwhile you can easily fix it by changing line 91 from session_register(self::SESSIONNAME); to $_SESSION[self::SESSIONNAME] = null; Status: Fixed Owner: flaimo fixed it with 2.003, but I don't know when I will publish it. meanwhile you can easily fix it by changing line 91 from session_register(self::SESSIONNAME); to $_SESSION[self::SESSIONNAME] = null; Status: Fixed Owner: flaimo Nov 02, 2009 issue 9 (class.I18Nlocale.inc.php expects parameter 2 to be array, bo...) commented on by babicdd - same warning with class.I18NtranslatorText.inc.php on line 216 same warning with class.I18NtranslatorText.inc.php on line 216 Nov 01, 2009 issue 9 (class.I18Nlocale.inc.php expects parameter 2 to be array, bo...) reported by babicdd - Hi Michael, for i18n package, file class.I18Nlocale.inc.php line 92 expects parameter 2 to be array, boolean given. Changed array_key_exists to !isset, no warning after that. Using php 5.3 Hi Michael, for i18n package, file class.I18Nlocale.inc.php line 92 expects parameter 2 to be array, boolean given. Changed array_key_exists to !isset, no warning after that. Using php 5.3 Nov 01, 2009 issue 8 (Deprecated: Function session_register() is deprecated) commented on by babicdd - Both, 2_002 trom google and 2_002b from sourceforge: session_register(self::SESSIONNAME); session_register($this->session_name); respectively. Both, 2_002 trom google and 2_002b from sourceforge: session_register(self::SESSIONNAME); session_register($this->session_name); respectively. Oct 30, 2009 issue 8 (Deprecated: Function session_register() is deprecated) Labels changed by flaimo - i can't reproduce it with version 2. session_register() isn't used in either of the two files. what version are you using? Labels: Priority-Low −Priority-Medium i can't reproduce it with version 2. session_register() isn't used in either of the two files. what version are you using? Labels: Priority-Low −Priority-Medium Oct 30, 2009 issue 8 (Deprecated: Function session_register() is deprecated) reported by babicdd - For class.ReloadPreventer.inc.php in php 5.3 For class.ReloadPreventer.inc.php in php 5.3 Sep 13, 2009 i18nDeutsch (Kurzbeschreibung der i18n-Klassen.) Wiki page commented on by iroybot - so where's the source hosted? can't find any svn checkout option... so where's the source hosted? can't find any svn checkout option... Jul 13, 2009 issue 7 (Request for help: Carriage return) Status changed by flaimo - i'm using the default dom functions from php. my code doesn't have an influence on the formating. try opening the output with an editor like PSpad (windows) and let it reformat the code. Status: Invalid i'm using the default dom functions from php. my code doesn't have an influence on the formating. try opening the output with an editor like PSpad (windows) and let it reformat the code. Status: Invalid Jul 13, 2009 issue 7 (Request for help: Carriage return) commented on by michael.j.wimmer - i'm using the default dom functions from php. my code doesn't have an influence on the formating. try opening the output with an editor like PSpad (windows) and let it reformat the code. i'm using the default dom functions from php. my code doesn't have an influence on the formating. try opening the output with an editor like PSpad (windows) and let it reformat the code. Jul 13, 2009 issue 7 (Request for help: Carriage return) reported by jacob....@gmail.com - I am more user than a developer for php, so excuse me for the banality of my question. AtomBuilder produces a file with only on line. Especially for syntax checking, this is a bit problematic. Can you give me a hint, where I can add some "/n"? thank's in advance! Erik I am more user than a developer for php, so excuse me for the banality of my question. AtomBuilder produces a file with only on line. Especially for syntax checking, this is a bit problematic. Can you give me a hint, where I can add some "/n"? thank's in advance! Erik May 17, 2009 issue 6 (RSSBuilder missing require statements) commented on by giallu - well... now I see why I was fooled here. In a given PHP application there can be only one __autoload function, so any user of the RSSBuilder class needs to patch it out as first step for integration. I guess I'd open another report for removing the __autoload from RSSBase well... now I see why I was fooled here. In a given PHP application there can be only one __autoload function, so any user of the RSSBuilder class needs to patch it out as first step for integration. I guess I'd open another report for removing the __autoload from RSSBase May 16, 2009 issue 6 (RSSBuilder missing require statements) changed by flaimo - the autoload function in class.RSSBase.inc.php eliminates the need for including all the other classes except the base class. see http://www.php.net/manual/en/language.oop5.autoload.php Status: Invalid Owner: flaimo Labels: Priority-Low OpSys-All −Priority-Medium the autoload function in class.RSSBase.inc.php eliminates the need for including all the other classes except the base class. see http://www.php.net/manual/en/language.oop5.autoload.php Status: Invalid Owner: flaimo Labels: Priority-Low OpSys-All −Priority-Medium May 16, 2009 issue 6 (RSSBuilder missing require statements) reported by giallu - It seems to me there is some missing piece of code to require the correct files from each class. For instance class RSSItemList extends ObjectList, but class.ObjectList.inc.php is not required in class.RSSItemList.inc.php. I'm attaching a patch that fixes all the requires for using the V200 feeds. I'm pretty sure there would be more to add for the other types It seems to me there is some missing piece of code to require the correct files from each class. For instance class RSSItemList extends ObjectList, but class.ObjectList.inc.php is not required in class.RSSItemList.inc.php. I'm attaching a patch that fixes all the requires for using the V200 feeds. I'm pretty sure there would be more to add for the other types Feb 06, 2009 r68 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 AtomBuilderVersionHistory (Changelog for the Atom-Builder-classes.) Wiki page edited by flaimo Feb 06, 2009 AtomBuilderVersionHistory (Changelog for the Atom-Builder-classes.) Wiki page edited by flaimo Feb 06, 2009 AtomBuilderVersionHistory (Changelog for the Atom-Builder-classes.) Wiki page edited by flaimo Feb 06, 2009 r64 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 r63 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 r62 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 r61 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 r60 ([No log message]) committed by flaimo - [No log message] [No log message] Feb 06, 2009 r59 (replaced eregi function to work with php 5.3) committed by flaimo - replaced eregi function to work with php 5.3 replaced eregi function to work with php 5.3 Feb 06, 2009 r58 (made changes for 5.3. parse-ini-file bug still not resolved) committed by flaimo - made changes for 5.3. parse-ini-file bug still not resolved made changes for 5.3. parse-ini-file bug still not resolved Feb 06, 2009 r57 (removed session_register for $_SESSION[] = null) committed by flaimo - removed session_register for $_SESSION[] = null removed session_register for $_SESSION[] = null Jan 03, 2009 r56 (änderung wegen comments eingetragen) committed by flaimo - änderung wegen comments eingetragen änderung wegen comments eingetragen Jan 03, 2009 issue 4 (Feed dates should be in RFC822 format) Labels changed by flaimo - Labels: Priority-Medium OpSys-All Component-Logic Labels: Priority-Medium OpSys-All Component-Logic Jan 03, 2009 issue 4 (Feed dates should be in RFC822 format) Labels changed by flaimo - Labels: Type-Defect Labels: Type-Defect Jan 03, 2009 issue 5 (author/comments fields missing from RSS 2.0 feeds) changed by flaimo - fixed author for output in rss version 1.0 and 2.0. fixed output for comments in rss version 2.0. fixes are in version 2.2.1 which was just released. Status: Fixed Labels: Priority-High OpSys-All Component-Logic −Priority-Medium fixed author for output in rss version 1.0 and 2.0. fixed output for comments in rss version 2.0. fixes are in version 2.2.1 which was just released. Status: Fixed Labels: Priority-High OpSys-All Component-Logic −Priority-Medium Jan 03, 2009 RSSBuilderVersionHistory (Changelog for the RSSBuilder-classes.) Wiki page edited by flaimo Jan 03, 2009 rssbuilder_2_2_1.zip (RSS Builder – Version 2.2.1) file uploaded by flaimo - Labels: Type-Source OpSys-All Featured PHP feed RSS Labels: Type-Source OpSys-All Featured PHP feed RSS Jan 03, 2009 r54 (comments bei der ausgabe hinzugefügt) committed by flaimo - comments bei der ausgabe hinzugefügt comments bei der ausgabe hinzugefügt Jan 03, 2009 issue 4 (Feed dates should be in RFC822 format) Labels changed by flaimo - version 2.2.1 is out with this fix. Labels: −Type-Defect −Priority-Medium −OpSys-All version 2.2.1 is out with this fix. Labels: −Type-Defect −Priority-Medium −OpSys-All Jan 03, 2009 rssbuilder_v2_2_1.zip (RSS Builder – Version 2.2.1) file uploaded by flaimo - Labels: OpSys-All Featured Type-Source PHP feed RSS Labels: OpSys-All Featured Type-Source PHP feed RSS Jan 03, 2009 RSSBuilderVersionHistory (Changelog for the RSSBuilder-classes.) Wiki page edited by flaimo Jan 03, 2009 r52 (typo) committed by flaimo - typo typo Jan 03, 2009 rssbuilder_v2_2_1.zip (RSS Builder – Version 2.2.1) file uploaded by flaimo - Labels: OpSys-All PHP RSS Featured fed Type-Source Labels: OpSys-All PHP RSS Featured fed Type-Source Jan 03, 2009 r51 (versionsnummer im header korrigiert) committed by flaimo - versionsnummer im header korrigiert versionsnummer im header korrigiert Jan 03, 2009 r50 (änderungen in changelog aufgenomen) committed by flaimo - änderungen in changelog aufgenomen änderungen in changelog aufgenomen Older Dec 30, 2008 issue 5 (author/comments fields missing from RSS 2.0 feeds) reported by giallu - It seems the author/comments fields are not included in the output for rss 2.0 feeds (I did not check the other variants). A patch for this is avaliable on mantisbt git repo here: http://git.mantisbt.org/?p=mantisbt.git;a=commitdiff;h=ae3d18bb2cfa96e54f9007773be3d8c05dc51c31 It seems the author/comments fields are not included in the output for rss 2.0 feeds (I did not check the other variants). A patch for this is avaliable on mantisbt git repo here: http://git.mantisbt.org/?p=mantisbt.git;a=commitdiff;h=ae3d18bb2cfa96e54f9007773be3d8c05dc51c31 Dec 30, 2008 r49 (changed date output to "r") committed by flaimo - changed date output to "r" changed date output to "r" Dec 30, 2008 issue 4 (Feed dates should be in RFC822 format) changed by flaimo - thanks for pointing that out. i reverse engineered the rss classes from existing rss feeds a couple of years ago and i never was sure which format was the right one for dates. i changed all occurrences of "date('Y-m-d\TH:i:sO', $timestamp)" to "date('r, $timestamp)". according to http://us.php.net/manual/en/function.date.php "r" outputs an RFC 2822 formatted date. the changes are checked into subversion and will be in a future release. Status: Fixed Owner: flaimo Labels: OpSys-All thanks for pointing that out. i reverse engineered the rss classes from existing rss feeds a couple of years ago and i never was sure which format was the right one for dates. i changed all occurrences of "date('Y-m-d\TH:i:sO', $timestamp)" to "date('r, $timestamp)". according to http://us.php.net/manual/en/function.date.php "r" outputs an RFC 2822 formatted date. the changes are checked into subversion and will be in a future release. Status: Fixed Owner: flaimo Labels: OpSys-All Dec 30, 2008 issue 4 (Feed dates should be in RFC822 format) reported by giallu - What steps will reproduce the problem? 1. Compose a feed 2. let feedvalidator.org website check it 3. obtain "pubDate must be an RFC-822 date-time:" errors More details at http://feedvalidator.org/docs/error/InvalidRFC2822Date.html Basically, the date() calls you are making in the class.RSS_V* files should changed from: date('Y-m-d\TH:i:sO', $timestamp) to date(DATE_RSS, $timestamp) What steps will reproduce the problem? 1. Compose a feed 2. let feedvalidator.org website check it 3. obtain "pubDate must be an RFC-822 date-time:" errors More details at http://feedvalidator.org/docs/error/InvalidRFC2822Date.html Basically, the date() calls you are making in the class.RSS_V* files should changed from: date('Y-m-d\TH:i:sO', $timestamp) to date(DATE_RSS, $timestamp) Nov 14, 2008 issue 3 (Encoding inconsistencies in icalendar class) commented on by brammeleman - I had a problem loading class.iCalBase.inc.php into Smultron (an OSX text editor). It gave a warning about the encoding. Don't know weather it's actually an issue, maybe something to be aware of. I had a problem loading class.iCalBase.inc.php into Smultron (an OSX text editor). It gave a warning about the encoding. Don't know weather it's actually an issue, maybe something to be aware of. Nov 14, 2008 r48 (added check for alarm object on output) committed by flaimo - added check for alarm object on output added check for alarm object on output Nov 14, 2008 issue 3 (Encoding inconsistencies in icalendar class) Status changed by flaimo - Status: Accepted Status: Accepted Nov 14, 2008 issue 2 (Cannot create an ical event without alarm) Status changed by flaimo - Status: Fixed Status: Fixed Nov 14, 2008 issue 2 (Cannot create an ical event without alarm) changed by flaimo - thanks for reporting. i have checked in the fix into subversion. Owner: flaimo Labels: OpSys-All thanks for reporting. i have checked in the fix into subversion. Owner: flaimo Labels: OpSys-All Nov 14, 2008 issue 3 (Encoding inconsistencies in icalendar class) changed by flaimo - I'm working on a windows machine and when i open the files, all of them show up as ANSI DOS. does it cause any problems when running them under linux? Owner: flaimo Labels: Priority-Low −Priority-Medium I'm working on a windows machine and when i open the files, all of them show up as ANSI DOS. does it cause any problems when running them under linux? Owner: flaimo Labels: Priority-Low −Priority-Medium Nov 14, 2008 issue 3 (Encoding inconsistencies in icalendar class) reported by brammeleman - I've had some problems editing the files in the iCalendar class because of encoding inconsistencies. This is the encoding state of the distributed files: $ file -i * class.iCalAlarm.inc.php: text/x-c; charset=iso-8859-1 class.iCalBase.inc.php: text/x-c; charset=unknown class.iCalEvent.inc.php: text/x-c; charset=unknown class.iCalFreeBusy.inc.php: text/x-c; charset=iso-8859-1 class.iCal.inc.php: text/x-c; charset=unknown class.iCalJournal.inc.php: text/x-c; charset=unknown class.iCalToDo.inc.php: text/x-c; charset=unknown sample_ical.php: text/x-c; charset=us-ascii I've had some problems editing the files in the iCalendar class because of encoding inconsistencies. This is the encoding state of the distributed files: $ file -i * class.iCalAlarm.inc.php: text/x-c; charset=iso-8859-1 class.iCalBase.inc.php: text/x-c; charset=unknown class.iCalEvent.inc.php: text/x-c; charset=unknown class.iCalFreeBusy.inc.php: text/x-c; charset=iso-8859-1 class.iCal.inc.php: text/x-c; charset=unknown class.iCalJournal.inc.php: text/x-c; charset=unknown class.iCalToDo.inc.php: text/x-c; charset=unknown sample_ical.php: text/x-c; charset=us-ascii

issue 3 (Encoding inconsistencies in icalendar class) reported by brammeleman - I've had some problems editing the files in the iCalendar class because of encoding inconsistencies. This is the encoding state of the distributed files: $ file -i * class.iCalAlarm.inc.php: text/x-c; charset=iso-8859-1 class.iCalBase.inc.php: text/x-c; charset=unknown class.iCalEvent.inc.php: text/x-c; charset=unknown class.iCalFreeBusy.inc.php: text/x-c; charset=iso-8859-1 class.iCal.inc.php: text/x-c; charset=unknown class.iCalJournal.inc.php: text/x-c; charset=unknown class.iCalToDo.inc.php: text/x-c; charset=unknown sample_ical.php: text/x-c; charset=us-ascii

I've had some problems editing the files in the iCalendar class because of encoding inconsistencies. This is the encoding state of the distributed files: $ file -i * class.iCalAlarm.inc.php: text/x-c; charset=iso-8859-1 class.iCalBase.inc.php: text/x-c; charset=unknown class.iCalEvent.inc.php: text/x-c; charset=unknown class.iCalFreeBusy.inc.php: text/x-c; charset=iso-8859-1 class.iCal.inc.php: text/x-c; charset=unknown class.iCalJournal.inc.php: text/x-c; charset=unknown class.iCalToDo.inc.php: text/x-c; charset=unknown sample_ical.php: text/x-c; charset=us-ascii

Earlier this year

Older