PluginProbe
FeedWordPress / 0.99
FeedWordPress v0.99
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 +1 -280 2008.11050.99 View file →
@@ -1,291 +1,7 @@
1 1 FeedWordPress Change Log
2 2 ========================
3 3
4 -Changes from 2008.1101 to 2008.1105
5 -
6 -* INTERFACE RESTRUCTURING AND SYNDICATION --> AUTHORS PAGE: As a first
7 - step towards modularizing and better organizing the user interface, a
8 - new "Authors" subpage has been created under the Syndication menu, which
9 - controls settings for syndicated authors, both at the global default
10 - level and at level of individual syndicated feeds.
11 -
12 -* BUG RELATED TO THE ATTRIBUTION OF POSTS TO THE WRONG AUTHOR FIXED: Some
13 - users encountered an issue in which posts by different authors on
14 - different blogs -- especially blogs generated by Blogger -- were
15 - mistakenly attributed to a single author. The problem was caused by the
16 - way in which FeedWordPress matches syndicated authors to user accounts
17 - in the WordPress database: normally, if two feeds each list an author
18 - with the same e-mail address, they are counted as being the same person.
19 - Normally this works well, but it creates an issue in cases where
20 - blogging software assigns a single anonymous e-mail address to users who
21 - do not want their real e-mail address published. This is, for example,
22 - what Blogger does (by giving all users a default e-mail address of
23 - <noreply@blogger.com> if they don't want their own e-mail address
24 - listed). FeedWordPress now allows the user to correct for this problem
25 - with a couple of new settings under **Syndication --> Authors**, which
26 - allow users to turn off e-mail based author matching for particular
27 - addresses, or, if desired, to turn it off entirely. By default, e-mail
28 - based author matching is still turned on, but disabled for a list of
29 - known generic e-mail addresses. Right now, the "list" consists entirely
30 - of <noreply@blogger.com>; if you know other addresses that should be
31 - added, please [contact me](http://radgeek.com/contact) to let me know.
32 -
33 - Please note that if you have already encountered this issue on your
34 - blog, upgrading FeedWordPress will prevent it from re-occurring in the
35 - future, but you still need to do two other things to fix the existing
36 - problem on your blog.
37 -
38 - First, for each feed where posts have been mis-attributed, you need to
39 - change the existing author mapping rules to re-map a a syndicated
40 - author's name to the proper target account. Go to **Syndication -->
41 - Authors**, select the feed you want to change from the drop-down list,
42 - and then change the settings under the "Syndicated Authors" section.
43 - (You will probably need to select "will be assigned to a new user..." to
44 - create a new user account with the appropriate name.)
45 -
46 - Second, for each feed where posts have been mis-attributed, you need to
47 - re-assign already-syndicated posts that were mis-attributed to the
48 - correct author. You can do that from **Syndication --> Authors** by
49 - using the author re-assignment feature, described below.
50 -
51 -* AUTHOR RE-ASSIGNMENT FOR A PARTICULAR FEED: The author settings page
52 - for each syndicated feed, under **Syndication --> Authors**, now
53 - includes an section titled "Fixing mis-matched authors," which provides
54 - an interface for re-assigning or deleting all posts attributed to a
55 - particular author on a particular feed.
56 -
57 -* SUPPORT FOR `<atom:source>` ELEMENT IN SYNDICATED FEEDS: Some feeds
58 - (for example, those produced by FeedWordPress) aggregate content from
59 - several different sources, and include information about the original
60 - source of the post in an `<atom:source>` element. A new setting under
61 - **Syndication --> Options** allows you to control what FeedWordPress
62 - will report as the source of posts syndicated from aggregator feeds in
63 - your templates and feeds: you can have FeedWordPress report that the
64 - source of a post is the aggregator feed itself, or you can have it
65 - report that the source of a post is the original source that the
66 - aggregator originally syndicated the post from.
67 -
68 - By default, FeedWordPress will report the aggregator, not the original
69 - source, as the source of a syndicated item.
70 -
71 -* LOAD BALANCING AND TIME LIMITING FEATURES FOR UPDATES: Some users have
72 - encountered issues due to running up against PHP execution time limits
73 - during the process of updating large syndicated feeds, or a very large
74 - set of syndicated feeds. FeedWordPress now has a feature that allows you
75 - to limit the total amount of time spent updating a feed, through the
76 - "Time limit on updates" setting under **Syndication --> Options**. By
77 - turning on this setting and adjusting the time limit to a low enough
78 - figure to avoid your PHP installation's time-out setting. (PHP execution
79 - time limits are usually in the vicinity of 30 seconds, so an update
80 - time limit of 25 seconds or so should provide plenty of time for updates
81 - while allowing a cushion of time for other, non-update-related functions
82 - to do their work.)
83 -
84 - If feed updates are interrupted by the time limit, FeedWordPress uses
85 - some simple load balancing features to make sure that updates to other
86 - feeds will not be blocked by the time-hogging feed, and will also make
87 - sure that when the interrupted update is resumed, FeedWordPress will
88 - skip ahead to resume processing items at the point at which it was
89 - interrupted last time, so that posts further down in the feed will
90 - eventually get processed, and not get blocked by the amount of time it
91 - takes to process the items higher up in the feed.
92 -
93 -* `guid` INDEX CREATION BUTTON: FeedWordPress frequently issues queries on
94 - the `guid` column of the WordPress posts database (since it uses post
95 - guid URIs to keep track of which posts it has syndicated). In very large
96 - FeedWordPress installations, you can often significantly improve
97 - performance by creating a database index on the `guid` column, but
98 - normally you would need to poke around with MySQL or a tool like
99 - phpMyAdmin to do this. FeedWordPress can now save you the trouble: to
100 - create an index on the `guid` column, just go to
101 - **Syndication --> Options**, and mash the button at the bottom of the
102 - "Back End" section.
103 -
104 -Changes from 2008.1030 to 2008.1101
105 -
106 -* INTERFACE BUG THAT PREVENTED ADDING NEW SITES FIXED: The UI reforms in
107 - FWP 2008.1030 unintentionally introduced a bug that prevents clean
108 - installations of FeedWordPress from providing an input box for adding
109 - new feeds to the list of syndicated feeds. This bug has been fixed.
110 -
111 -Changes from 0.993 to 2008.1030
112 -
113 -* WORDPRESS 2.6 COMPATIBILITY: FeedWordPress should now be compatible with
114 - WordPress 2.6, and should work more or less seamlessly with the new post
115 - revision system. A bug which caused multiple new revisions to be created
116 - for posts on certain feeds, regardless of whether or not the item had
117 - been updated, has been fixed.
118 -
119 -* INTERFACE IMPROVEMENTS: The user interface has been substantially
120 - restyled to fit in better with the visual style of WordPress 2.5 and
121 - 2.6.
122 -
123 -* YOUTUBE BUG FIXED: POSTS SYNDICATED THROUGH AN AUTOMATIC UPDATE ARE NO
124 - LONGER STRIPPED OF `<OBJECT>` TAGS AND CERTAIN OTHER HTML ELEMENTS: Due
125 - to the way that some versions of WordPress process posts that are
126 - inserted into the database when no user is logged in, many users
127 - experienced an issue where YouTube videos and other content using the
128 - HTML `<object>` tag would be stripped out of posts that were syndicated
129 - during an automatic update. (Posts that were syndicated through manual
130 - updates from within the WordPress Dashboard were not affected, because
131 - the issue does not arise when an update is executed under a logged-in
132 - administrator's credentials.) This bug has now been fixed; YouTube
133 - videos and other content using `<object>` tags should now appear
134 - properly in syndicated posts, regardless of the way in which the post
135 - was syndicated.
136 -
137 -* AJAX BUGS FIXED: Bugs which blocked the normal operation of WordPress
138 - 2.5's AJAX interface elements when FeedWordPress was activated have been
139 - fixed.
140 -
141 -* TAG SUPPORT: A couple of features have been introduced to take advantage
142 - of the tagging features in WordPress 2.3.x, 2.5.x, and 2.6.x. Now, when
143 - unfamiliar categories are encountered for posts on a feed, you can
144 - choose for FeedWordPress (1) to drop the category; (2) to drop the
145 - category and to filter out any post that does not match at least one
146 - familiar category; (3) to create a new category with that name, or,
147 - now, you can also have FeedWordPress (4) create a new *tag* with that
148 - name. This option can be set site-wide under Syndication --> Options,
149 - or it can be set on a feed-by-feed basis in a feed's Edit screen.
150 -
151 - In addition, you can now set particular tags to apply to all incoming
152 - syndicated posts, under Syndication --> Options, or you can set tags
153 - to apply to all incoming syndicated posts from a particular feed in that
154 - feed's Edit screen.
155 -
156 -* FORMATTING FILTERS: There is a new option available under Syndication ->
157 - Options which allows users to choose whether or not to expose syndicated
158 - posts to being altered by formatting filters. By default, FeedWordPress
159 - has always protected syndicated posts (which are already in display-ready
160 - HTML when they are syndicated) from being reformatted by formatting
161 - filters. However, this approach means that certain plugins which depend
162 - on formatting filters (for example, to add "Share This" bars or relevant
163 - links to the end of a post) are blocked from working on any syndicated
164 - posts. If you want to use one of these plugins together with
165 - FeedWordPress, you can now do so by changing the "Formatting Filters"
166 - setting from "Protect" to "Expose."
167 -
168 -* `<atom:source>` ELEMENTS NOW INCLUDED IN ATOM FEED: Atom 1.0 provides
169 - a standard method for aggregators to indicate information about the original source of
170 - a syndicated post, using the `<atom:source>` element. FeedWordPress now
171 - introduces standard `<atom:source>` elements including the title, homepage, and
172 - feed URI of the source from which a syndicated post was syndicated. Cf.
173 - <http://www.atomenabled.org/developers/syndication/atom-format-spec.php#element.source>
174 -
175 -* MODULARIZATION OF CODE: The code for different elements of FeedWordPress
176 - has been broken out into several modules for easier inspection,
177 - documentation, and maintenance of the code.
178 -
179 -* VERSIONING SCHEME CHANGED: FeedWordPress's feature set has proven stable
180 - enough that it can now be removed from beta status; a good thing, since
181 - I was very quickly running out of version numbers to use. New releases
182 - of FeedWordPress will have version numbers based on the date of their
183 - release.
184 -
185 -Changes from 0.992 to 0.993
186 -
187 -* WORDPRESS 2.5.1 COMPATIBILITY: FeedWordPress should now be compatible
188 - with WordPress 2.5.1.
189 -
190 -* WORDPRESS 2.5 INTERFACE IMPROVEMENTS: FeedWordPress's Dashboard
191 - interface has undergone several cosmetic changes that should help it
192 - integrate better with the WordPress Dashboard interface in WordPress
193 - version 2.5.x.
194 -
195 -* SYNDICATED POSTS CAN BE MARKED AS "PENDING REVIEW": WordPress 2.3 users
196 - can now take advantage of WordPress's new "Pending Review" features for
197 - incoming syndicated posts. Posts marked as "Pending Review" are not
198 - published immediately, but are marked as ready to be reviewed by an
199 - Administrator or Editor, who can then choose to publish the post or
200 - hold it back. If you want to review syndicated posts from a particular
201 - feed, or from all feeds, before they are posted, then use
202 - Syndication --> Syndicated Sites --> Edit or Syndication --> Options to
203 - change the settings for handling new posts.
204 -
205 -* AWARE OF NEW URI FOR del.icio.us FEEDS: Previous releases of
206 - FeedWordPress already automatically split del.icio.us tags up
207 - appropriately appropriately when generating categories. (del.icio.us
208 - feeds smoosh all the tags into a single `<dc:subject>` element,
209 - separated by spaces; FeedWordPress un-smooshes them into multiple
210 - categories by separating them at whitespace.) Unfortunately, del.icio.us
211 - recently broke the existing behavior by changing host names for their
212 - feeds from del.icio.us to feeds.delicious.com. Version 0.993 accounts
213 - for the new host name and un-breaks the tag splitting.
214 -
215 -Changes from 0.991 to 0.992
216 -* AUTHOR RE-MAPPING: FeedWordPress now offers considerable control over
217 - how author names on a feed are translated into usernames within the
218 - WordPress database. When a post by an unrecognized author comes in,
219 - Administrators can now specify any username as the default username to
220 - assign the post to by setting the option in Syndication --> Options
221 - (formerly FeedWordPress only allowed you to assign such posts to user
222 - #1, the site administrator). Administrators can also create re-mapping
223 - rules for particular feeds (under Syndication --> Syndicated Sites -->
224 - Edit), so that (for example) any posts attributed to "Administrator"
225 - on the feed <http://praxeology.net/blog/feed/> will be assigned to
226 - a user named "Roderick T. Long," rather than a user named
227 - "Administrator." These settings also allow administrators to filter out
228 - posts by particular users, and to control what will happen when
229 - FeedWordPress encounters a post by an unrecognized user on that
230 - particular feed.
231 -
232 -* BUG RELATED TO URIS CONTAINING AMPERSAND CHARACTERS FIXED: A bug in
233 - WordPress 2.x's handling of URIs in Blogroll links created problems for
234 - updating any feeds whose URIs included an ampersand character, such as
235 - Google News RSS feeds and other feeds that have multiple parameters
236 - passed through HTTP GET. If you experienced this bug, the most likely
237 - effect was that FeedWordPress simply would not import new posts from a
238 - feed when instructred to do so, returning a "0 new posts" response. In
239 - other cases, it might lead to unpredictable results from feed updates,
240 - such as importing posts which were not contained in the feed being
241 - syndicated, but which did appear elsewhere on the same website. This bug
242 - has, hopefully, been resolved, by correcting for the bug in WordPress.
243 -
244 -Changes from 0.99 to 0.991
245 -* WORDPRESS MU COMPATIBILITY: FeedWordPress should now be compatible with
246 - recent releases of WordPress MU. Once FeedWordPress is made available
247 - as a plugin, each individual blog can choose to activate FeedWordPress
248 - and syndicate content from its own set of contributors.
249 -
250 -* DISPLAY OF MAGPIE WARNINGS: A number of MagpieRSS warnings or error
251 - messages that were displayed when performing an automatic update are
252 - no longer displayed, unless debugging parameters have been explicitly
253 - enabled.
254 -
255 -* BUG RELATED TO INTERNATIONAL CHARACTERS IN AUTHOR NAMES FIXED: Due to a
256 - subtle incompatability between the way that FeedWordPress generated new
257 - user information, and the way that WordPress 2.0 and later added new
258 - authors to the database, FeedWordPress might end up creating duplicate
259 - authors, or throwing a critical error message, when it encountered
260 - authors whose names included international characters. This
261 - incompatability has now been fixed; hopefully, authors with
262 - international characters in their names should now be handled properly.
263 -
264 -* `<media:content>` BUG IN MAGPIERSS FIXED: A bug in MagpieRSS's handling
265 - of namespaced elements has been fixed. Among other things, this bug
266 - caused items containing a Yahoo MediaRSS `<media:content>` element (such
267 - as many of the feeds produced by wordpress.com) to be represented
268 - incorrectly, with only a capital "A" where the content of the post
269 - should have been. Feeds containing `<media:content>` elements should now
270 - be syndicated correctly.
271 -
272 -* update_feedwordpress PARAMETER: You can now use an HTTP GET parameter
273 - (`update_feedwordpress=1`) to request that FeedWordPress poll its feeds
274 - for updates. When used together with a crontab or other means of
275 - scheduling tasks, this means that you can keep your blog automatically
276 - updated on a regular schedule, even if you do not choose to use the
277 - cron-less automatic updates option.
278 -
279 -* Some minor interface-related bugs were also fixed.
280 -
281 -
282 4 Changes from 0.981 to 0.99
283 5 --------------------------
284 6 Version 0.99 adds several significant new features, fixes some bugs, and
285 7 provides compatability with WordPress 2.2.x and 2.3.x.
@@ -647,10 +363,9 @@
647 363 into the WordPress database so that (among other things) that post
648 364 will have its enclosure listed in your blog's RSS 2 newsfeed.
649 365
650 366 Note that enclosure support requires using the optional MagpieRSS
651 - upgrade (i.e., replacing your `wp-includes/rss-functions.php` with
652 - `OPTIONAL/wp-includes/rss-functions.php` from the FWP archive)
367 + upgrade (i.e., replacing your `wp-includes/rss-functions.php` with `OPTIONAL/wp-includes/rss-functions.php` from the FWP archive)
653 368
654 369 * FEATURE: for completeness's sake, there is now a feed setting,
655 370 `hardcode url`, that allows you to set the URI for the front page
656 371 of a contributor's website manually (that is, prevent it from being