<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>bugfix (and whitespace fixes) for lib/Horde/SessionHandler/pgsql.php</title> 
  <pubDate>Fri, 10 Apr 2026 17:52:12 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/2749</link> 
  <atom:link rel="self" type="application/rss+xml" title="bugfix (and whitespace fixes) for lib/Horde/SessionHandler/pgsql.php" href="https://bugs.horde.org/ticket/2749/rss" /> 
  <description>bugfix (and whitespace fixes) for lib/Horde/SessionHandler/pgsql.php</description> 
 
   
   
  <item> 
   <title>The write() handler in pgsql.php is checking the result of t</title> 
   <description>The write() handler in pgsql.php is checking the result of the COMMIT, not the result of the UPDATE.  The current check tests pg_rows_affected(), which is 0, and always results in true.  The test should (I think) be checking result of the UPDATE to ensure that 1 row was updated.  See the thread on horde@lists with the subject &quot;horde 3.0.5, postgresql session handler fails&quot; from Oct. 8 for more details.</description> 
   <pubDate>Sun, 09 Oct 2005 10:36:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12278</link> 
  </item> 
   
  <item> 
   <title>I have a better patch that more closely approximates what my</title> 
   <description>I have a better patch that more closely approximates what mysql.php is doing.



This patch modified read() to only do a SELECT FOR UPDATE on the session id.  If the row exists, this will lock it for the duration of the transaction.



It changes write() to do a SELECT on the session id to determine if there are any rows with that id.  If there aren&#039;t any, it does an INSERT.  If there is a row it does an UPDATE.  This is more closely akin to the MySQL REPLACE INTO from mysql.php.



I am now able to authenticate and get a session.  Turba, Gollem, Kronolith, and Nag are all functioning normally as far as I can tell.



I am having problems with Imp -- trying to select a message or change folders (anything that involves imp/message.php, imp/mailbox.php, imp/search.php) returns me to imp/mailbox.php?mailbox=INBOX&amp;actionID=login</description> 
   <pubDate>Sun, 09 Oct 2005 22:21:36 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12296</link> 
  </item> 
   
  <item> 
   <title>This patch does not apply cleanly to either HEAD or FRAMEWOR</title> 
   <description>This patch does not apply cleanly to either HEAD or FRAMEWORK_3 CVS. Please re-do the patch against HEAD and we&#039;ll get it backported once it&#039;s tested.</description> 
   <pubDate>Tue, 11 Oct 2005 22:00:05 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12336</link> 
  </item> 
   
  <item> 
   <title>The attached diff is against the latest framework HEAD snaps</title> 
   <description>The attached diff is against the latest framework HEAD snapshot.</description> 
   <pubDate>Wed, 12 Oct 2005 07:50:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12346</link> 
  </item> 
   
  <item> 
   <title>Committed, thanks.</title> 
   <description>Committed, thanks.</description> 
   <pubDate>Wed, 12 Oct 2005 17:53:30 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12358</link> 
  </item> 
   
  <item> 
   <title>&gt; Committed, thanks.



An extra BEGIN crept into my last di</title> 
   <description>&gt; Committed, thanks.



An extra BEGIN crept into my last diff.  Line 106 currently reads



         $query = sprintf(&#039;BEGIN; SELECT session_data FROM %s WHERE &#039; .



but should read



         $query = sprintf(&#039;SELECT session_data FROM %s WHERE &#039; .

</description> 
   <pubDate>Sat, 15 Oct 2005 03:30:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2749#t12454</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
