<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: 3.0.6 Now Posted Everywhere</title>
	<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/</link>
	<description>Create the Internet of your Dreams</description>
	<pubDate>Thu, 04 Dec 2008 19:36:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Emmanuel</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6555</link>
		<dc:creator>Emmanuel</dc:creator>
		<pubDate>Mon, 22 Oct 2007 23:52:27 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6555</guid>
		<description>Thanks, definitely looking forward to it :).</description>
		<content:encoded><![CDATA[<p>Thanks, definitely looking forward to it :).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6549</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Mon, 22 Oct 2007 21:24:45 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6549</guid>
		<description>@Emmanuel

No; it's a &lt;a href="/projects/in-series/bugzilla/show_bug.cgi?id=13" title="Different layouts for single- versus multi-view" rel="nofollow"&gt;bug&lt;/a&gt;, but the problem is already solved in &lt;a href="/2007/10/12/31-open-for-beta/" title="In Series 3.1 Beta 1 Release Post" rel="nofollow"&gt;3.1 Beta 1&lt;/a&gt;. I hope to get Beta 2 out in 0-3 days, and a stable 3.1 release out in a few weeks (fingers crossed ;).</description>
		<content:encoded><![CDATA[<p>@Emmanuel</p>
<p>No; it&#8217;s a <a href="/projects/in-series/bugzilla/show_bug.cgi?id=13&PHPSESSID=3ec6abe67540642bda6498fe780604f7" title="Different layouts for single- versus multi-view" rel="nofollow">bug</a>, but the problem is already solved in <a href="/2007/10/12/31-open-for-beta/?PHPSESSID=3ec6abe67540642bda6498fe780604f7" title="In Series 3.1 Beta 1 Release Post" rel="nofollow">3.1 Beta 1</a>. I hope to get Beta 2 out in 0-3 days, and a stable 3.1 release out in a few weeks (fingers crossed ;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6548</link>
		<dc:creator>Emmanuel</dc:creator>
		<pubDate>Mon, 22 Oct 2007 21:05:17 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6548</guid>
		<description>Great plugin, just what I was looking for. One question: is there a way to prevent the TOC from showing up on the 'index' page and only on the individual post pages?</description>
		<content:encoded><![CDATA[<p>Great plugin, just what I was looking for. One question: is there a way to prevent the TOC from showing up on the &#8216;index&#8217; page and only on the individual post pages?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6388</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Thu, 11 Oct 2007 18:22:56 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6388</guid>
		<description>&lt;blockquote&gt;&lt;p&gt;Not that I’m aware of - all other aspects of WP seem to be functioning properly.&lt;/p&gt;
&lt;p&gt;Should I check with my hosting company?&lt;/p&gt;
&lt;/blockquote&gt;
Something's screwy, that's for sure. I'd ask what exactly the hosting company &lt;em&gt;did&lt;/em&gt; (they likely aren't going to be willing/able to help you with this specific problem, though). If I could get a dump of your DB, I might be able to track the problem down; ping me via the &lt;a href="/contact/" rel="nofollow"&gt;contact form&lt;/a&gt; if you're interested, and I'll get my e-mail address to you.</description>
		<content:encoded><![CDATA[<blockquote><p>Not that I’m aware of - all other aspects of WP seem to be functioning properly.</p>
<p>Should I check with my hosting company?</p>
</blockquote>
<p>Something&#8217;s screwy, that&#8217;s for sure. I&#8217;d ask what exactly the hosting company <em>did</em> (they likely aren&#8217;t going to be willing/able to help you with this specific problem, though). If I could get a dump of your DB, I might be able to track the problem down; ping me via the <a href="/contact/?PHPSESSID=3ec6abe67540642bda6498fe780604f7" rel="nofollow">contact form</a> if you&#8217;re interested, and I&#8217;ll get my e-mail address to you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dallaire</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6387</link>
		<dc:creator>John Dallaire</dc:creator>
		<pubDate>Thu, 11 Oct 2007 18:14:25 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6387</guid>
		<description>Not that I'm aware of - all other aspects of WP seem to be functioning properly.

Should I check with my hosting company?</description>
		<content:encoded><![CDATA[<p>Not that I&#8217;m aware of - all other aspects of WP seem to be functioning properly.</p>
<p>Should I check with my hosting company?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6386</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Thu, 11 Oct 2007 18:11:19 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6386</guid>
		<description>&lt;blockquote&gt;&lt;p&gt;I ran your SQL suggestion, and it doesn’t look like anything happened - returned a “Deleted 0 Rows” response. I have the same prefix setup as do you.&lt;/p&gt;
&lt;/blockquote&gt;

Well, if there is no in_series item in the wp_options table, then In Series has no configuration data stored at all -- all the entries should be &lt;em&gt;empty&lt;/em&gt;, not filled with "a". I tried this locally with the dev version I'm working on, and it behaves as expected (I might drop back to 3.0.7 later if I get the opportunity).

Did the locale of your database change, or something?</description>
		<content:encoded><![CDATA[<blockquote><p>I ran your SQL suggestion, and it doesn’t look like anything happened - returned a “Deleted 0 Rows” response. I have the same prefix setup as do you.</p>
</blockquote>
<p>Well, if there is no in_series item in the wp_options table, then In Series has no configuration data stored at all &#8212; all the entries should be <em>empty</em>, not filled with &#8220;a&#8221;. I tried this locally with the dev version I&#8217;m working on, and it behaves as expected (I might drop back to 3.0.7 later if I get the opportunity).</p>
<p>Did the locale of your database change, or something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dallaire</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6383</link>
		<dc:creator>John Dallaire</dc:creator>
		<pubDate>Thu, 11 Oct 2007 17:49:42 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6383</guid>
		<description>I don't think there's anything suspicious going on with the database. I didn't notice it before, but the following is the error code I'm getting whenever I try to change the values in the Options admin area.

"Warning: Invalid argument supplied for foreach() in /hsphere/local/home/pinkrayg/pinkraygun.com/wp-content/plugins/in-series/in-series-config.php on line 27"

I ran your SQL suggestion, and it doesn't look like anything happened - returned a "Deleted 0 Rows" response. I have the same prefix setup as do you.

Reactivated 3.0.6, and I still have the "a" character in all my input fields on the admin page - unable to change those values without getting the previously mentioned error code.

Any other suggestions?</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think there&#8217;s anything suspicious going on with the database. I didn&#8217;t notice it before, but the following is the error code I&#8217;m getting whenever I try to change the values in the Options admin area.</p>
<p>&#8220;Warning: Invalid argument supplied for foreach() in /hsphere/local/home/pinkrayg/pinkraygun.com/wp-content/plugins/in-series/in-series-config.php on line 27&#8243;</p>
<p>I ran your SQL suggestion, and it doesn&#8217;t look like anything happened - returned a &#8220;Deleted 0 Rows&#8221; response. I have the same prefix setup as do you.</p>
<p>Reactivated 3.0.6, and I still have the &#8220;a&#8221; character in all my input fields on the admin page - unable to change those values without getting the previously mentioned error code.</p>
<p>Any other suggestions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6382</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Thu, 11 Oct 2007 17:39:56 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6382</guid>
		<description>That's been another feature niggling at the back of my mind (reset configuration to defaults and save/restore series data). Right now, the only way to do this is manually, through the DB.

To restore defaults, you'll need to &lt;strong&gt;disable the In Series plugin&lt;/strong&gt;, then issue the following statement to MySQL against your WordPress database:
&lt;div&gt;
&lt;code&gt;DELETE FROM wp_options WHERE option_name='in_series';&lt;/code&gt;
&lt;/div&gt;

Note that your WordPress options table may have a different prefix than mine. After this, re-enabling In Series should restore the defaults.

That said, I'd be really suspicious of that database if I were you. It's not exactly &lt;em&gt;easy&lt;/em&gt; to "accidentally" get "a" into each and every field in the In Series configuration. :/

Hope you get everything back up and running all right.</description>
		<content:encoded><![CDATA[<p>That&#8217;s been another feature niggling at the back of my mind (reset configuration to defaults and save/restore series data). Right now, the only way to do this is manually, through the DB.</p>
<p>To restore defaults, you&#8217;ll need to <strong>disable the In Series plugin</strong>, then issue the following statement to MySQL against your WordPress database:</p>
<div>
<code>DELETE FROM wp_options WHERE option_name='in_series';</code>
</div>
<p>Note that your WordPress options table may have a different prefix than mine. After this, re-enabling In Series should restore the defaults.</p>
<p>That said, I&#8217;d be really suspicious of that database if I were you. It&#8217;s not exactly <em>easy</em> to &#8220;accidentally&#8221; get &#8220;a&#8221; into each and every field in the In Series configuration. :/</p>
<p>Hope you get everything back up and running all right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dallaire</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6379</link>
		<dc:creator>John Dallaire</dc:creator>
		<pubDate>Thu, 11 Oct 2007 11:29:33 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-6379</guid>
		<description>My ISP had some database issues, and when they came back up, everything was fine, except all the In-Series Option page information (in the Wordpress Admin area) was replaced with a single letter "a" in each field.

How do I get back to the default settings? I have no idea of the proper way to format the appearance of my next/previous, etc. based on the included 3.0.6 readme file.

Thanks in advance.</description>
		<content:encoded><![CDATA[<p>My ISP had some database issues, and when they came back up, everything was fine, except all the In-Series Option page information (in the Wordpress Admin area) was replaced with a single letter &#8220;a&#8221; in each field.</p>
<p>How do I get back to the default settings? I have no idea of the proper way to format the appearance of my next/previous, etc. based on the included 3.0.6 readme file.</p>
<p>Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-5970</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Sun, 23 Sep 2007 19:23:07 +0000</pubDate>
		<guid>http://remstate.com/2007/09/16/306-now-posted-everywhere/#comment-5970</guid>
		<description>Ah! That would indeed make sense; the plugin creates its tables and upgrades old data to the new format when you &lt;em&gt;activate&lt;/em&gt; the plugin, so it's important to deactivate and activate.

In any case, I'm glad it's working for you now. :)</description>
		<content:encoded><![CDATA[<p>Ah! That would indeed make sense; the plugin creates its tables and upgrades old data to the new format when you <em>activate</em> the plugin, so it&#8217;s important to deactivate and activate.</p>
<p>In any case, I&#8217;m glad it&#8217;s working for you now. :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
