<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: More on WordPress 2.1 Borking Image Uploads</title>
	<atom:link href="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads/feed" rel="self" type="application/rss+xml" />
	<link>http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads</link>
	<description>The Weblog of Erik J. Barzeski</description>
	<pubDate>Tue, 07 Oct 2008 05:51:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Fixing WordPress 2.1.1&#8217;s Broken XML-RPC Image Uploading &#124; NSLog();</title>
		<link>http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39599</link>
		<dc:creator>Fixing WordPress 2.1.1&#8217;s Broken XML-RPC Image Uploading &#124; NSLog();</dc:creator>
		<pubDate>Wed, 21 Feb 2007 19:41:04 +0000</pubDate>
		<guid isPermaLink="false">http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads/#comment-39599</guid>
		<description>[...] WordPress 2.1, I encountered a few problems uploading images. One of the problems was solved with a plugin that disables the creation of a thumbnail. Two others [...]</description>
		<content:encoded><![CDATA[<p>[...] WordPress 2.1, I encountered a few problems uploading images. One of the problems was solved with a plugin that disables the creation of a thumbnail. Two others [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik J. Barzeski</title>
		<link>http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39347</link>
		<dc:creator>Erik J. Barzeski</dc:creator>
		<pubDate>Thu, 01 Feb 2007 02:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads/#comment-39347</guid>
		<description>[quote comment="39346"]I should warn you first that I very rarely use XML-RPC with WordPress.[/quote]

Yes, and unfortunately that seems to be a "flaw" shared by many WordPress developers, from what I've heard. :-)

[quote comment="39346"]1. Unwanted thumbnails: Thumbnail generation can be turned off via plugin (there is currently no User Interface for it). I'm happy to provide more details.[/quote]

Please do. I imagine it's a simple plugin call, but I've not yet investigated it. I'm sure others would appreciate it as well.

[quote comment="39346"]2. Upload path: If you're curious, &lt;a href="http://trac.wordpress.org/changeset/4710"&gt;this is the changeset&lt;/a&gt; that broke it.  To be honest, I'm not sure if the 2.0 behavior of allowing custom paths was intentional or a "feature", so I'm not sure if the new 2.1 behavior is a bug or a fix.  It seems a lot of people expect things to work like 2.0 did, so we may as well call it a bug. I've discussed this with some of the other developers, and we're working on a solution.  In the meantime, the path is also pluggable.  I imagine (though have not tried) that a plugin could be written to sort all this out.[/quote]

For now, I've commented out the "sanitize_file_name" call in &lt;code&gt;xmlrpc.php&lt;/code&gt;. That seems to have solved the "path" problem, and will likely (temporarily) solve the "_" renaming issue as well.

[quote comment="39346"]3 and 4. This is very much intentional.  Images in WP 2.0 uploaded through WP's native image uploader are treated like a special sort of post. They have their own entry in _posts (and therefore in _postmeta). Each has its own post page for people to comment on and so forth. WP 2.1 simply brings xml-rpc uploaded images inline with images uploaded natively.[/quote]

Fair enough. That's not how I use images at all, and I certainly don't want comments on my images or any such thing, so for now I'll keep my nightly cron job to remove these extra "posts" and the metadata from my database(s).

Thank you for taking the time to come here to comment. I'm certainly willing to help with more testing if you'd like to send some files, and I remain interested in hearing how to disable thumbnails via a plugin.</description>
		<content:encoded><![CDATA[<p class="quote_header"><a href="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346">mdawaffe said</a> on January 31, 2007:</p>
<blockquote cite="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346"><p>
I should warn you first that I very rarely use XML-RPC with WordPress.</p>
</blockquote>
<p>Yes, and unfortunately that seems to be a "flaw" shared by many WordPress developers, from what I've heard. <img src='http://nslog.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p class="quote_header"><a href="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346">mdawaffe said</a> on January 31, 2007:</p>
<blockquote cite="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346"><p>
1. Unwanted thumbnails: Thumbnail generation can be turned off via plugin (there is currently no User Interface for it). I'm happy to provide more details.</p>
</blockquote>
<p>Please do. I imagine it's a simple plugin call, but I've not yet investigated it. I'm sure others would appreciate it as well.</p>
<p class="quote_header"><a href="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346">mdawaffe said</a> on January 31, 2007:</p>
<blockquote cite="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346"><p>
2. Upload path: If you're curious, <a href="http://trac.wordpress.org/changeset/4710">this is the changeset</a> that broke it.  To be honest, I'm not sure if the 2.0 behavior of allowing custom paths was intentional or a "feature", so I'm not sure if the new 2.1 behavior is a bug or a fix.  It seems a lot of people expect things to work like 2.0 did, so we may as well call it a bug. I've discussed this with some of the other developers, and we're working on a solution.  In the meantime, the path is also pluggable.  I imagine (though have not tried) that a plugin could be written to sort all this out.</p>
</blockquote>
<p>For now, I've commented out the "sanitize_file_name" call in <code>xmlrpc.php</code>. That seems to have solved the "path" problem, and will likely (temporarily) solve the "_" renaming issue as well.</p>
<p class="quote_header"><a href="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346">mdawaffe said</a> on January 31, 2007:</p>
<blockquote cite="http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346"><p>
3 and 4. This is very much intentional.  Images in WP 2.0 uploaded through WP's native image uploader are treated like a special sort of post. They have their own entry in _posts (and therefore in _postmeta). Each has its own post page for people to comment on and so forth. WP 2.1 simply brings xml-rpc uploaded images inline with images uploaded natively.</p>
</blockquote>
<p>Fair enough. That's not how I use images at all, and I certainly don't want comments on my images or any such thing, so for now I'll keep my nightly cron job to remove these extra "posts" and the metadata from my database(s).</p>
<p>Thank you for taking the time to come here to comment. I'm certainly willing to help with more testing if you'd like to send some files, and I remain interested in hearing how to disable thumbnails via a plugin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mdawaffe</title>
		<link>http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads#comment-39346</link>
		<dc:creator>mdawaffe</dc:creator>
		<pubDate>Thu, 01 Feb 2007 01:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://nslog.com/2007/01/31/more_on_wordpress_21_borking_image_uploads/#comment-39346</guid>
		<description>As you can see, WP 2.1 has a lot of new image uploading code.  I'm sorry to hear that it breaks your expectations.  Let me try to address some of this, but I should warn you first that I very rarely use XML-RPC with WordPress.  Please let me know when I'm completely off my rocker.

1. Unwanted thumbnails: Thumbnail generation can be turned off via plugin (there is currently no User Interface for it). I'm happy to provide more details.

2. Upload path: If you're curious, &lt;a href="http://trac.wordpress.org/changeset/4710"&gt;this is the changeset&lt;/a&gt; that broke it.  To be honest, I'm not sure if the 2.0 behavior of allowing custom paths was intentional or a "feature", so I'm not sure if the new 2.1 behavior is a bug or a fix.  It seems a lot of people expect things to work like 2.0 did, so we may as well call it a bug.  I've discussed this with some of the other developers, and we're working on a solution.  In the meantime, the path is also pluggable.  I imagine (though have not tried) that a plugin could be written to sort all this out.

3 and 4. This is very much intentional.  Images in WP 2.0 uploaded through WP's native image uploader are treated like a special sort of post.  They have their own entry in _posts (and therefore in _postmeta).  Each has its own post page for people to comment on and so forth.  WP 2.1 simply brings xml-rpc uploaded images inline with images uploaded natively.

Thanks for the feedback.  Anything else causing problems?</description>
		<content:encoded><![CDATA[<p>As you can see, WP 2.1 has a lot of new image uploading code.  I'm sorry to hear that it breaks your expectations.  Let me try to address some of this, but I should warn you first that I very rarely use XML-RPC with WordPress.  Please let me know when I'm completely off my rocker.</p>
<p>1. Unwanted thumbnails: Thumbnail generation can be turned off via plugin (there is currently no User Interface for it). I'm happy to provide more details.</p>
<p>2. Upload path: If you're curious, <a href="http://trac.wordpress.org/changeset/4710">this is the changeset</a> that broke it.  To be honest, I'm not sure if the 2.0 behavior of allowing custom paths was intentional or a "feature", so I'm not sure if the new 2.1 behavior is a bug or a fix.  It seems a lot of people expect things to work like 2.0 did, so we may as well call it a bug.  I've discussed this with some of the other developers, and we're working on a solution.  In the meantime, the path is also pluggable.  I imagine (though have not tried) that a plugin could be written to sort all this out.</p>
<p>3 and 4. This is very much intentional.  Images in WP 2.0 uploaded through WP's native image uploader are treated like a special sort of post.  They have their own entry in _posts (and therefore in _postmeta).  Each has its own post page for people to comment on and so forth.  WP 2.1 simply brings xml-rpc uploaded images inline with images uploaded natively.</p>
<p>Thanks for the feedback.  Anything else causing problems?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
