PluginProbe
FeedWordPress / 2008.1101
FeedWordPress v2008.1101
trunk 0.8 0.9 0.91 0.95 0.96 0.97 0.98 0.981 0.99 0.991 0.992 0.993 2008.1030 2008.1101 2008.1105 2008.1214 2009.0612 2009.0613 2009.0618 2009.0707 2009.1111 2009.1112 2010.0127 2010.0528 All 65 releases
← All changes | ChangeLog.text +367 -0 0.972008.1101 View file →
@@ -1,7 +1,374 @@
1 1 FeedWordPress Change Log
2 2 ========================
3 3
4 +Changes from 2008.1030 to 2008.1101
5 +-----------------------------------
6 +
7 +* INTERFACE BUG THAT PREVENTED ADDING NEW SITES FIXED: The UI reforms in
8 + FWP 2008.1030 unintentionally introduced a bug that prevents clean
9 + installations of FeedWordPress from providing an input box for adding
10 + new feeds to the list of syndicated feeds. This bug has been fixed.
11 +
12 +Changes from 0.993 to 2008.1030
13 +-------------------------------
14 +
15 +* WORDPRESS 2.6 COMPATABILITY: FeedWordPress should now be compatible with
16 + WordPress 2.6, and should work more or less seamlessly with the new post
17 + revision system. A bug which caused multiple new revisions to be created
18 + for posts on certain feeds, regardless of whether or not the item had
19 + been updated, has been fixed.
20 +
21 +* INTERFACE IMPROVEMENTS: The user interface has been substantially
22 + restyled to fit in better with the visual style of WordPress 2.5 and
23 + 2.6.
24 +
25 +* YOUTUBE BUG FIXED: POSTS SYNDICATED THROUGH AN AUTOMATIC UPDATE ARE NO
26 + LONGER STRIPPED OF `<OBJECT>` TAGS AND CERTAIN OTHER HTML ELEMENTS: Due
27 + to the way that some versions of WordPress process posts that are
28 + inserted into the database when no user is logged in, many users
29 + experienced an issue where YouTube videos and other content using the
30 + HTML `<object>` tag would be stripped out of posts that were syndicated
31 + during an automatic update. (Posts that were syndicated through manual
32 + updates from within the WordPress Dashboard were not affected, because
33 + the issue does not arise when an update is executed under a logged-in
34 + administrator's credentials.) This bug has now been fixed; YouTube
35 + videos and other content using `<object>` tags should now appear
36 + properly in syndicated posts, regardless of the way in which the post
37 + was syndicated.
38 +
39 +* AJAX BUGS FIXED: Bugs which blocked the normal operation of WordPress
40 + 2.5's AJAX interface elements when FeedWordPress was activated have been
41 + fixed.
42 +
43 +* TAG SUPPORT: A couple of features have been introduced to take advantage
44 + of the tagging features in WordPress 2.3.x, 2.5.x, and 2.6.x. Now, when
45 + unfamiliar categories are encountered for posts on a feed, you can
46 + choose for FeedWordPress (1) to drop the category; (2) to drop the
47 + category and to filter out any post that does not match at least one
48 + familiar category; (3) to create a new category with that name, or,
49 + now, you can also have FeedWordPress (4) create a new *tag* with that
50 + name. This option can be set site-wide under Syndication --> Options,
51 + or it can be set on a feed-by-feed basis in a feed's Edit screen.
52 +
53 + In addition, you can now set particular tags to apply to all incoming
54 + syndicated posts, under Syndication --> Options, or you can set tags
55 + to apply to all incoming syndicated posts from a particular feed in that
56 + feed's Edit screen.
57 +
58 +* FORMATTING FILTERS: There is a new option available under Syndication ->
59 + Options which allows users to choose whether or not to expose syndicated
60 + posts to being altered by formatting filters. By default, FeedWordPress
61 + has always protected syndicated posts (which are already in display-ready
62 + HTML when they are syndicated) from being reformatted by formatting
63 + filters. However, this approach means that certain plugins which depend
64 + on formatting filters (for example, to add "Share This" bars or relevant
65 + links to the end of a post) are blocked from working on any syndicated
66 + posts. If you want to use one of these plugins together with
67 + FeedWordPress, you can now do so by changing the "Formatting Filters"
68 + setting from "Protect" to "Expose."
69 +
70 +* **`<atom:source>` ELEMENTS NOW INCLUDED IN ATOM FEED:** Atom 1.0 provides
71 + a standard method for aggregators to indicate information about the original source of
72 + a syndicated post, using the `<atom:source>` element. FeedWordPress now
73 + introduces standard `<atom:source>` elements including the title, homepage, and
74 + feed URI of the source from which a syndicated post was syndicated. Cf.
75 + <http://www.atomenabled.org/developers/syndication/atom-format-spec.php#element.source>
76 +
77 +* MODULARIZATION OF CODE: The code for different elements of FeedWordPress
78 + has been broken out into several modules for easier inspection,
79 + documentation, and maintenance of the code.
80 +
81 +* VERSIONING SCHEME CHANGED: FeedWordPress's feature set has proven stable
82 + enough that it can now be removed from beta status; a good thing, since
83 + I was very quickly running out of version numbers to use. New releases
84 + of FeedWordPress will have version numbers based on the date of their
85 + release.
86 +
87 +Changes from 0.992 to 0.993
88 +---------------------------
89 +
90 +* WORDPRESS 2.5.1 COMPATIBILITY: FeedWordPress should now be compatible
91 + with WordPress 2.5.1.
92 +
93 +* WORDPRESS 2.5 INTERFACE IMPROVEMENTS: FeedWordPress's Dashboard
94 + interface has undergone several cosmetic changes that should help it
95 + integrate better with the WordPress Dashboard interface in WordPress
96 + version 2.5.x.
97 +
98 +* SYNDICATED POSTS CAN BE MARKED AS "PENDING REVIEW": WordPress 2.3 users
99 + can now take advantage of WordPress's new "Pending Review" features for
100 + incoming syndicated posts. Posts marked as "Pending Review" are not
101 + published immediately, but are marked as ready to be reviewed by an
102 + Administrator or Editor, who can then choose to publish the post or
103 + hold it back. If you want to review syndicated posts from a particular
104 + feed, or from all feeds, before they are posted, then use
105 + Syndication --> Syndicated Sites --> Edit or Syndication --> Options to
106 + change the settings for handling new posts.
107 +
108 +* AWARE OF NEW URI FOR del.icio.us FEEDS: Previous releases of
109 + FeedWordPress already automatically split del.icio.us tags up
110 + appropriately appropriately when generating categories. (del.icio.us
111 + feeds smoosh all the tags into a single `<dc:subject>` element,
112 + separated by spaces; FeedWordPress un-smooshes them into multiple
113 + categories by separating them at whitespace.) Unfortunately, del.icio.us
114 + recently broke the existing behavior by changing host names for their
115 + feeds from del.icio.us to feeds.delicious.com. Version 0.993 accounts
116 + for the new host name and un-breaks the tag splitting.
117 +
118 +Changes from 0.991 to 0.992
119 +---------------------------
120 +* AUTHOR RE-MAPPING: FeedWordPress now offers considerable control over
121 + how author names on a feed are translated into usernames within the
122 + WordPress database. When a post by an unrecognized author comes in,
123 + Administrators can now specify any username as the default username to
124 + assign the post to by setting the option in Syndication --> Options
125 + (formerly FeedWordPress only allowed you to assign such posts to user
126 + #1, the site administrator). Administrators can also create re-mapping
127 + rules for particular feeds (under Syndication --> Syndicated Sites -->
128 + Edit), so that (for example) any posts attributed to "Administrator"
129 + on the feed <http://praxeology.net/blog/feed/> will be assigned to
130 + a user named "Roderick T. Long," rather than a user named
131 + "Administrator." These settings also allow administrators to filter out
132 + posts by particular users, and to control what will happen when
133 + FeedWordPress encounters a post by an unrecognized user on that
134 + particular feed.
135 +
136 +* BUG RELATED TO URIS CONTAINING AMPERSAND CHARACTERS FIXED: A bug in
137 + WordPress 2.x's handling of URIs in Blogroll links created problems for
138 + updating any feeds whose URIs included an ampersand character, such as
139 + Google News RSS feeds and other feeds that have multiple parameters
140 + passed through HTTP GET. If you experienced this bug, the most likely
141 + effect was that FeedWordPress simply would not import new posts from a
142 + feed when instructred to do so, returning a "0 new posts" response. In
143 + other cases, it might lead to unpredictable results from feed updates,
144 + such as importing posts which were not contained in the feed being
145 + syndicated, but which did appear elsewhere on the same website. This bug
146 + has, hopefully, been resolved, by correcting for the bug in WordPress.
147 +
148 +Changes from 0.99 to 0.991
149 +--------------------------
150 +* WORDPRESS MU COMPATABILITY: FeedWordPress should now be compatible with
151 + recent releases of WordPress MU. Once FeedWordPress is made available
152 + as a plugin, each individual blog can choose to activate FeedWordPress
153 + and syndicate content from its own set of contributors.
154 +
155 +* DISPLAY OF MAGPIE WARNINGS: A number of MagpieRSS warnings or error
156 + messages that were displayed when performing an automatic update are
157 + no longer displayed, unless debugging parameters have been explicitly
158 + enabled.
159 +
160 +* BUG RELATED TO INTERNATIONAL CHARACTERS IN AUTHOR NAMES FIXED: Due to a
161 + subtle incompatability between the way that FeedWordPress generated new
162 + user information, and the way that WordPress 2.0 and later added new
163 + authors to the database, FeedWordPress might end up creating duplicate
164 + authors, or throwing a critical error message, when it encountered
165 + authors whose names included international characters. This
166 + incompatability has now been fixed; hopefully, authors with
167 + international characters in their names should now be handled properly.
168 +
169 +* media:content BUG IN MAGPIERSS FIXED: A bug in MagpieRSS's handling of
170 + namespaced elements has been fixed. Among other things, this bug caused
171 + items containing a Yahoo MediaRSS `<media:content>` element (such as
172 + many of the feeds produced by wordpress.com) to be represented
173 + incorrectly, with only a capital "A" where the content of the post
174 + should have been. Feeds containing `<media:content>` elements should now
175 + be syndicated correctly.
176 +
177 +* update_feedwordpress PARAMETER: You can now use an HTTP GET parameter
178 + (`update_feedwordpress=1`) to request that FeedWordPress poll its feeds
179 + for updates. When used together with a crontab or other means of
180 + scheduling tasks, this means that you can keep your blog automatically
181 + updated on a regular schedule, even if you do not choose to use the
182 + cron-less automatic updates option.
183 +
184 +* Some minor interface-related bugs were also fixed.
185 +
186 +
187 +Changes from 0.981 to 0.99
188 +--------------------------
189 +Version 0.99 adds several significant new features, fixes some bugs, and
190 +provides compatability with WordPress 2.2.x and 2.3.x.
191 +
192 +* WORDPRESS 2.2 AND 2.3 COMPATIBILITY: FeedWordPress should now be
193 + compatible with WordPress version 2.2 and the upcoming WordPress
194 + version 2.3. In particular, it has been tested extensively against
195 + WordPress 2.2.3 and WordPress 2.3 Release Candidate 1.
196 +
197 +* AUTOMATIC UPDATES WITHOUT CRON: FeedWordPress now allows you to
198 + automatically schedule checks for new posts without using external task
199 + scheduling tools such as cron. In order to enable automatic updates, go
200 + to **Syndication --> Options** and set "Check for new posts" to
201 + "automatically." For details, see "Automatic Feed Updates" in
202 + README.text.
203 +
204 + An important side-effect of the changes to the update system is that if
205 + you were previously using the cron job and the `update-feeds.php` script
206 + to schedule updates, you need to change your cron set-up. The old
207 + `update-feeds.php` script no longer exists. Instead, if you wish to use
208 + a cron job to guarantee updates on a particular schedule, you should
209 + have the cron job fetch the front page of your blog (for example, by
210 + using `curl http://www.zyx.com/blog/ > /dev/null`) instead of activating
211 + the `update-feeds.php` script. If automatic updates have been enabled,
212 + fetching the front page will automatically trigger the update process.
213 +
214 +* INTERFACE REORGANIZATION: All FeedWordPress functions are now located
215 + under a top-level "Syndication" menu in the WordPress Dashboard. To
216 + manage the list of syndicated sites, manually check for new posts on
217 + one or more feeds, or syndicate a new site, you should use the main page
218 + under **Syndication**. To change global settings for FeedWordPress,
219 + you should use **Syndication --> Options**.
220 +
221 +* FILE STRUCTURE REORGANIZATION: Due to a combination of changing styles
222 + for FeedWordPress plugins and lingering bugs in the FeedWordPress admin
223 + menu code, the code for FeedWordPress is now contained in two different
224 + PHP files, which should be installed together in a subdirectory of your
225 + plugins directory named `feedwordpress`. (See README.text for
226 + installation and upgrade instructions relating to the change.)
227 +
228 +* MULTIPLE CATEGORIES SETTING: Some feeds use non-standard methods to
229 + indicate multiple categories within a single category element. (The most
230 + popular site to do this is del.icio.us, which separates tags with a
231 + space.) FeedWordPress now allows you to set an optional setting, for any
232 + feed which does this, indicating the character or characters used to
233 + divide multiple categories, using a Perl-compatible regular expression.
234 + (In the case of del.icio.us feeds, FeedWordPress will automatically use
235 + \s for the pattern without your having to do any further configuration.)
236 + To turn this setting on, simply use the "Edit" link for the feed that
237 + you want to turn it on for.
238 +
239 +* REGULAR EXPRESSION BUG FIXED: Eliminated a minor bug in the regular
240 + expressions for e-mail addresses (used in parsing RSS `author`
241 + elements), which could produce unsightly error messages for some users
242 + parsing RSS 2.0 feeds.
243 +
244 +* DATE / UPDATE BUG FIXED: A bug in date handling was eliminated that may
245 + have caused problems if any of (1) WordPress, or (2) PHP, or (3) your
246 + web server, or (4) your MySQL server, has been set to use a different
247 + time zone from the one that any of the others is set to use. If
248 + FeedWordPress has not been properly updating updated posts, or has been
249 + updating posts when there shouldn't be any changes for the update, this
250 + release may solve that problem.
251 +
252 +* GOOGLE READER BUGS FIXED: A couple of bugs that made it difficult for
253 + FeedWordPress to interact with Google Reader public feeds have been
254 + fixed. Firstly, if you encountered an error message reading "There was a
255 + problem adding the newsfeed. [SQL: ]" when you tried to add the feed,
256 + the cause of this error has been fixed. Secondly, if you succeeded in
257 + getting FeedWordPress to check a Google Reader feed, only to find that
258 + the title of posts had junk squashed on to the end of them, that bug
259 + has been fixed too. To fix this bug, you must install the newest version
260 + of the optional MagpieRSS upgrade.
261 +
262 +* FILTER PARAMETERS: Due to an old, old bug in WordPress 1.5.0 (which was
263 + what was available back when I first wrote the filter interface),
264 + FeedWordPress has traditionally only passed one parameter to
265 + syndicated_item and syndicated_post filters functions -- an array
266 + containing either the Magpie representation of a syndicated item from
267 + the feed, or the database representation of a post about to be inserted
268 + into the WordPress database. If you needed information about the feed
269 + that the item came from, this was accessible only through a pair of
270 + global variables, $fwp_channel and $fwp_feedmeta.
271 +
272 + Since it's been a pretty long time since WordPress 1.5.0 was in
273 + widespread usage, I have gone ahead and added an optional second
274 + parameter to the invocation of the syndicated_item and syndicated_post
275 + filters. If you have written a filter for FeedWordPress that uses either
276 + of these hooks, you can now register that filter to accept 2 parameters.
277 + If you do so, the second parameter will be a SyndicatedPost object,
278 + which, among other things, allows you to access information about the
279 + feed from which an item is syndicated using the $post->feed and the
280 + $post->feedmeta elements (where $post is the name of the second
281 + parameter).
282 +
283 + NOTE THAT THE OLD GLOBAL VARIABLES ARE STILL AVAILABLE, for the time
284 + being at least, so existing filters will not break with the upgrade.
285 + They should be considered deprecated, however, and may be eliminated in
286 + the future.
287 +
288 +* FILTER CHANGE / BUGFIX: the array that is passed as the first argument
289 + syndicated_post filters no longer is no longer backslash-escaped for
290 + MySQL when filters are called. This was originally a bug, or an
291 + oversight; the contents of the array should only be escaped for the
292 + database *after* they have gone through all filters. IF YOU HAVE WRITTEN
293 + ANY syndicated_post FILTERS THAT PRESUME THE OLD BEHAVIOR OF PASSING IN
294 + STRINGS THAT ARE ALREADY BACKSLASH-ESCAPED, UPDATE YOUR FILTERS
295 + ACCORDINGLY.
296 +
297 +* OTHER MINOR BUGFIXES AND INTERNAL CHANGES: The internal architecture of
298 + FeedWordPress has been significantly changed to make the code more
299 + modular and clean; hopefully this should help reduce the number of
300 + compatibility updates that are needed, and make them easier and quicker
301 + when they are needed.
302 +
303 +Changes from 0.98 to 0.981
304 +--------------------------
305 +Version 0.981 is a narrowly targeted bugfix and compatibility release, whose
306 +main purpose is to resolve a major outstanding problem: the incompatibility
307 +between version 0.98 of WordPress and the recently released WordPress 2.1.
308 +
309 +* WORDPRESS 2.1 COMPATIBILITY: FeedWordPress is now compatible with
310 + WordPress 2.1, as well as retaining its existing support for WordPress
311 + 2.0 and 1.5. Incompatibilities that resulted in database warnings, fatal
312 + errors, and which prevented FeedWordPress from syndicating new posts,
313 + have been eliminated.
314 +
315 +* RSS-FUNCTIONS.PHP RENAMED TO RSS.PHP: if you use the upgraded MagpieRSS
316 + replacement that's included with FeedWordPress, be sure to note that
317 + there are now *two* files to upload from the `OPTIONAL/wp-includes`
318 + subdirectory in order to carry out the upgrade: rss-functions.php and
319 + rss.php. **It is necessary to upload both files**, due to a change in
320 + the file naming scheme in WordPress 2.1, and it is necessary to do so
321 + whether you are using WordPress 2.1 or not. If you only upload the
322 + `rss-functions.php` file as in previous installations you will not have
323 + a working copy of MagpieRSS; the rss.php file contains the actual code.
324 +
325 +* DATE BUG AFFECTING SOME PHP INSTALLATIONS RESOLVED: due to a subtle bug
326 + in parse_w3cdtf(), some installations of PHP encountered problems with
327 + FeedWordPress's attempt to date posts, which would cause some new posts
328 + on Atom feeds to be dated as if they had apppeared in 1969 or 1970
329 + (thus, effectively, never appearing on front apge at all). This bug in
330 + the date handling should now be fixed.
331 +
332 +* PHP <?=...?> SHORT FORM ELIMINATED: some installations of PHP do not
333 + allow the <?=...?> short form for printing PHP values, which was used
334 + extensively in the FeedWordPress interface code. Since this could cause
335 + fatal errors for users with the wrong installation of PHP, the short
336 + form has been replaced with full PHP echo statements, and is no longer
337 + used in FeedWordPress.
338 +
339 +* BETTER USER INTERFACE INTEGRATION WITH WORDPRESS 2.x: Some minor changes
340 + have been made to help the FeedWordPress interface pages blend in better
341 + with the user interface when running under WordPress 2.x.
342 +
343 +* GLOBAL CATEGORIES BUG RESOLVED: a bug that prevented some users from
344 + setting one or more categories to apply to syndicated posts from all
345 + feeds (using the checkbox interface under Options --> Syndication) has
346 + been resolved.
347 +
348 +Changes from 0.97 to 0.98
349 +--------------------------
350 +
351 +* WORDPRESS 2.0 COMPATIBILITY: This is a narrowly-targeted release to
352 + solve a major outstanding problem. FeedWordPress is now compatible with
353 + both WordPress 1.5 and WordPress 2.0. Incompatibilities that caused
354 + fatal SQL errors, and a more subtle bug with off-kilter counts of posts
355 + under a given category, have been resolved. FeedWordPress tests for
356 + database schema using the global $wp_db_version variable (if null, then
357 + we presume that we're dealing with WordPress 1.5).
358 +
359 + NOTE: I have **not** fully tested FeedWordPress with WordPress 2.0.
360 + Further testing may reveal more bugs. However, you should now be able
361 + to get at least basic FeedWordPress functionality up and running.
362 +
363 +* AUTHOR MATCHING: FeedWordPress tests several fields to see if it can
364 + identify the author of the post as a user already in the WordPress user
365 + database. In previous versions, it tested the user login, the nickname,
366 + and tested for "aliases" listed in the Profile (see documentation). FWP
367 + now also matches authors on the basis of e-mail address (*if* an e-mail
368 + address is present). This is particularly helpful for formats such as
369 + RSS 2.0, in which authors are primarily identified by e-mail addresses.
370 +
4 371 Changes from 0.96 to 0.97
5 372 -------------------------
6 373
7 374 * INSTALLATION PROCEDURE: Some of the changes between 0.96 and 0.97