latest rel_2_1 OpenLibrary added content handler attempts to call a non-existent method
Bug #872651 reported by
imperius1
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
High
|
Unassigned |
Bug Description
On a previously working system, the newest iteration of OpenLibrary.pm seems to break book cover images and generates the following error in osrfsys.log:
[2011-10-11 23:41:35] /usr/sbin/apache2 [DEBG:16488:
Changed in evergreen: | |
importance: | Undecided → High |
Changed in evergreen: | |
assignee: | nobody → Jason Etheridge (phasefx) |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Changed in evergreen: | |
assignee: | Lebbeous Fogle-Weekley (lebbeous) → nobody |
To post a comment you must log in.
It looks like I did a bad backport of some of the OpenLibrary code from what was then Subversion trunk around April 27; I find it hard to believe that a system built on any rel_2_1 release since then could have possibly returned cover art. In any case, I've pushed user/dbs/ lp872651- fix-openlibrary -ac to the working repo with backports of two other patches from that point in time that make OpenLibrary work with the old data/details APIs (instead of the Read API, which is how master has been working since June). Tested and it seems to return OpenLibrary cover art nicely.