Activity
From 2008-01-23 to 2008-02-21
2008-02-21
- 16:10 Defect #32: set_feed_url( array ) Fatal error
- Hi, Just replace the feed array in the multifeed demo.
- 13:29 Defect #32: set_feed_url( array ) Fatal error
- Can you give the full code you're using? I've not heard any other reports of this from anyone else following trunk.
- 13:27 Defect #31 (Verified): Absolutize Test, Bug 579 fails on trunk
2008-02-13
- 08:43 Defect #32: set_feed_url( array ) Fatal error
- 960 still has crashes. I tested with other g.reader feeds without special chars in url.
- 08:43 Defect #32: set_feed_url( array ) Fatal error
- 960 still has crashes. I tested with other g.reader feeds without special chars in url.
2008-02-12
- 09:30 Defect #31: Absolutize Test, Bug 579 fails on trunk
- r960 is that afore mentioned commit, FWIW.
- 08:14 Revision 960: Go back to using native line breaks, and just hard-code "\x0A" in trunk/test/absolu...
- Go back to using native line breaks, and just hard-code "\x0A" in trunk/test/absolutize/SPtests/bugs/579.0.php (fixing #31).
- 07:54 Defect #31 (Fixed): Absolutize Test, Bug 579 fails on trunk
- Ah, so it was just because of CRLF being present. Perhaps it would be better to go back to using svn:eol-style = native, actually. Can you verify a (very shortly coming) commit?
- 01:50 Defect #31: Absolutize Test, Bug 579 fails on trunk
- Confirmed the fix works on Vista.
2008-02-11
- 02:09 Defect #32: set_feed_url( array ) Fatal error
- $feed->set_feed_url( array( 'http://www.google.com/reader/public/atom/user/07465850933496863331/label/Dape.hu%20-%20belf%C3%B6ld', 'http://www.google.com/reader/public/atom/user/07465850933496863331/label/Dape.hu%20-%20English...
2008-02-10
- 05:24 Revision 959: The huge whitespace and MIME type change. Refs #31, hopefully will fix.
- The huge whitespace and MIME type change. Refs #31, hopefully will fix.
- 05:10 Defect #31: Absolutize Test, Bug 579 fails on trunk
- What OS are you running the tests on? The EOL type may not be LF…
- 03:24 Defect #31: Absolutize Test, Bug 579 fails on trunk
- Absolutize Test, Bug 579 fails on trunk. 'Tis a regression error. cURL and mbstring disabled, the rest enabled according to the compat. test.
- 02:45 Revision 958: Cache SimplePie::get_items() when using SimplePie::set_feed_url()-multifeed.
- Cache SimplePie::get_items() when using SimplePie::set_feed_url()-multifeed.
- 02:44 Revision 957: Explicitly create an items array to avoid searching for items every time SimplePie:...
- Explicitly create an items array to avoid searching for items every time SimplePie::get_items() is called when there are no items.
2008-02-07
2008-02-06
- 20:03 Defect #29: can't discover feed
- There is a code in the feed discovery as its unable to find the rss feeds for: http://www.globeandmail.com. This site clearly has a rss feed but simpliepie doesn't report any back. ss.
2008-02-05
- 10:14 Feature Request #28: Get items by date range
- We should be able to get items in a date range. This should, for the sake of consistency, take two parameters which are both the number of seconds since the epoch (i.e., $start, $end; or maybe $start, $duration).
- 10:08 Feature Request #27: get_favicon() should try to get favicons that are located in non-standard lo...
- There used to be such functionality in SimplePie. See "this":http://simplepie.org/support/viewtopic.php?id=897 and r758 (which did it in a similar way to you). How this is done has major issues — do we take the favicon from the feed link, or from ...
- 09:28 Feature Request #27: get_favicon() should try to get favicons that are located in non-standard lo...
- Sometimes sites define their favicon location using a ...
- 09:19 Defect #26: GB2312 must be treated as GB18030
- GB18030, the successor to GB2312, is a superset of GB2312, and many feeds are incorrectly served as GB2312 when they are in fact GB18030 (e.g., http://yaoke12345.bokee.com/rss2.xml). As it is a pure superset, it is safe to treat GB2312 as GB18030,...
- 08:29 Defect #25: HTTP status code isn't checked
- As of 1.1 we take whatever data is given to us, regardless of status code. We should check what status code is given to us by the server. Work was done on this in r945 and r946, hopefully covering it all.
- 04:47 Defect #24: Subscribe methods break on non-US-ASCII supersets.
- Removing it being assigned to me: also of note is that you can't just sanitize @rawurlencode($this->get_link())@ as it already is sanitized, and would lead to entities being double escaped.
- 04:46 Defect #24: Subscribe methods break on non-US-ASCII supersets.
- The subscribe methods do not output IRIs fully sanitized: this causes issues when you aren't using a US-ASCII superset.
2008-02-04
- 13:52 Revision 956: SimplePie::subscribe_bloglines() shouldn't have urldecode() applied…
- SimplePie::subscribe_bloglines() shouldn't have urldecode() applied…
- 13:48 Revision 955: Fix issues when not using a US-ASCII superset with SimplePie::subscribe_outlook().
- Fix issues when not using a US-ASCII superset with SimplePie::subscribe_outlook().
- 13:42 Revision 954: Remove obsolete @todo.
- Remove obsolete @todo.
- 13:37 Feature Request #23: SimplePie::get_favicon() should cache atom:icon
- Currently we only cache /favicon.ico, but we don't cache atom:icon when we use that. Need to move around code within the function to avoid duplicating all the caching code there when adding this.
- 13:32 Defect #20: SimplePie::set_raw_data() fails with UTF-16LE data
- For those who don't understand the relevance of trim(): an XML file MUST end with @>@, which in UTF-16LE is encoded as @3E 00@ — trim(), among other things, strips null bytes, making the last 16-bit word invalid (as it is only 8-bits long), so the...
- 13:26 Defect #22: Numeric entity causes issues when at end of string
- Really simple example: ...
- 12:58 Feature Request #21: Use strict-comparison where possible
- Work started on this in r944, but that only touched @==@ and @!=@ leaving implicit comparison untouched (e.g., @if ($var)@. This probably means searching through simplepie.inc for all @if@, @for@, and @while@ statements. Not fun. However lackin...
- 12:50 Defect #20 (Verified): SimplePie::set_raw_data() fails with UTF-16LE data
- As we have a test case for this bug, and it now passes with nothing regressing, closing.
- 12:44 Revision 953: Remove trim() from 1.1 branch (see previous commit for more details).
- Remove trim() from 1.1 branch (see previous commit for more details).
- 12:41 Revision 952: Remove trim() (this means some ill-formed stuff doesn't get in, oh well…). This fix...
- Remove trim() (this means some ill-formed stuff doesn't get in, oh well…). This fixes #20.
- 12:38 Defect #20: SimplePie::set_raw_data() fails with UTF-16LE data
- This is the old SP fora 968 with related test case.
- 12:25 Feature Request #19: SimplePie::get_image_url() should fall back to the favicon
- If we can't find any other image for a feed, we can still try the favicon. We shouldn't give up so quickly.
- 12:07 Feature Request #18: Database Caching
- Add support for caching in a MySQL database. This should be in a mostly working state, and just needs a heckuva lot more testing.
- 09:03 Feature Request #9: Displaying custom error messages
- This is hard to do without breaking backwards compatibility (something we've committed ourselves to for 1.x), any ideas for an implementation? This will be a non-issue in SP2 though, as that'll all be reliant on exceptions.
- 08:58 Feature Request #10: Re-write our HTTP support from scratch
- Assigning this to myself, and setting to version 1.3.
- 08:53 Defect #6 (New): Move to IRI class for everything that manipulates IRIs internally.
- It isn't done: those commits were just the beginning.
2008-02-03
- 13:58 Feature Request #10: Re-write our HTTP support from scratch
- Re-write our HTTP support from scratch, which will allow for things like SSL support, HTTP Proxies, HTTP 401: Digest Authentication, obey any cache expiry set in the HTTP headers, HTTP status codes, ability to see if a remote file exists without a...
- 13:57 Feature Request #9: Displaying custom error messages
- Displaying custom error messages, and displaying the errors that we’ve built for. (Use an array with error numbers as keys?).
- 13:56 Defect #8: SimplePie::subscribe_url() should follow permanent redirects
- This is complicated because we mustn't cache temporary redirects, meaning it needs large changes in our HTTP client.
- 13:53 Feature Request #7: SimplePie_Locator should be able to return all available feeds
- From the old Basecamp issue tracker, SimplePie_Locator should be able to return all available feeds. The number of feeds returned is limited by set_max_checked_feeds() <http://simplepie.org/wiki/reference/simplepie/set_max_checked_feeds>
- 13:49 Defect #6: Move to IRI class for everything that manipulates IRIs internally.
- As noted in the old Basecamp tracker, "move to IRI class for everything that manipulates IRIs internally." I believe this was completed in r939 and r940, but just need to confirm.
- 12:18 Defect #2: "blank" enclosures
- Can someone please verify the fix? Steve?
- 12:15 Revision 951: Merge in r935/r936 and part of r937 into 1.1, fixes #2.
- Merge in r935/r936 and part of r937 into 1.1, fixes #2.
- 12:11 Defect #5 (Verified): Feeds can't be found
- Patch confirmed by hcgtv and jplahti, merged into 1.1.
- 12:09 Revision 950: Merge r941 into 1.1, fixes #5.
- Merge r941 into 1.1, fixes #5.
- 12:06 Defect #5 (Fixed): Feeds can't be found
- Fixed in trunk in r941.
- 12:04 Defect #5: Feeds can't be found
- From old fora, reported by hcgtv: bq. 1) Is your webhost compatible, as per the bundled SimplePie Compatibility Test? Yes bq. 2) Version and/or build number of SimplePie define('SIMPLEPIE_VERSION', '1.1'); define('SIMPLEPIE_BUILD', 200801...
- 11:49 Defect #2 (New): "blank" enclosures
- Needs to be patched in 1.1.1; reopening.
- 11:35 Defect #2: "blank" enclosures
- Fixed in trunk r935 and r936 by Ryan.
- 08:43 Defect #2 (Verified): "blank" enclosures
- 08:18 Defect #2: "blank" enclosures
- In 1.1, for example in the online demo, every single feed item is coming up with a blank, bogus enclosure. I tracked this down to revision 921: "Fixed Media RSS bug where an enclosure/media:content was required before supporting ancillary Media R...
- 06:59 Defect #1: Only Final Content-Type Should Be Used
- For compatibility with the real web, we need to only take the final Content-Type header, and not concatenate them (which is technically the correct behaviour according to RFC2616, it's just totally useless in the real world).
2008-01-27
- 18:54 Revision 949: get_favicon() should return false if favicon is not image/*
- get_favicon() should return false if favicon is not image/*
2008-01-26
- 11:14 Revision 948: Avoid repeating comments without reason.
- Avoid repeating comments without reason.
- 11:13 Revision 947: Get a build if $Date$ isn't parsed (it currently uses the last modified time of sp....
- Get a build if $Date$ isn't parsed (it currently uses the last modified time of sp.inc locally).
- 10:47 Revision 946: Only check HTTP status code religiously when using HTTP.
- Only check HTTP status code religiously when using HTTP.
- 10:38 Revision 945: Check HTTP status code religiously.
- Check HTTP status code religiously.
- 07:21 Revision 944: Clean up code, use strict comparison wherever possible.
- Clean up code, use strict comparison wherever possible.
- 07:08 Revision 943: Fix the IRI class when the first character following a % is valid, but the second i...
- Fix the IRI class when the first character following a % is valid, but the second is not.
- 07:07 Revision 942: Add new test for IRI class (the first character follow a % is valid, the second is ...
- Add new test for IRI class (the first character follow a % is valid, the second is not).
2008-01-24
- 13:30 Revision 941: It is valid for the exit state of the HTTP_Parser to be body, it need not be emit.
- It is valid for the exit state of the HTTP_Parser to be body, it need not be emit.
2008-01-23
- 18:32 Revision 940: update tests for new SimplePie_IRI::absolutize()
- update tests for new SimplePie_IRI::absolutize()
- 18:30 Revision 939: Use new SimplePie_IRI::absolutize()
- Use new SimplePie_IRI::absolutize()
Also available in: Atom