<?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>$_POST is returned empty (causes login loop)</title> 
  <pubDate>Fri, 10 Apr 2026 09:50:11 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/7956</link> 
  <atom:link rel="self" type="application/rss+xml" title="$_POST is returned empty (causes login loop)" href="https://bugs.horde.org/ticket/7956/rss" /> 
  <description>$_POST is returned empty (causes login loop)</description> 
 
   
   
  <item> 
   <title>Issue: Horde does not appear to be able to parse the Gigabyt</title> 
   <description>Issue: Horde does not appear to be able to parse the Gigabyte shorthand convention for upload_max_filesize and post_max_size in PHP.INI (e.g. 10G for 10 gigabytes).



Symptoms:  Login form stuck in loop, imp/test.php IMAP/POP login form loops on form submission, or if using auto login form based administration activities fail (e.g. submitting config setup forms reports &quot;Invalid application.&quot; error).



Diagnosis:  $_POST structure is empty on submit, when forms are configured via Horde Framework methods.  $_POST works in other PHP applications, and test scripts,  on the same server not using the Horde Framework.   



Workaround:  define values in php.ini in bytes rather than using (G)igabyte shorthand.  Note - have not tested other shorthand conventions (M or K), potentially these may work as well to set gigabyte POST transfer sizes.

 

Test conditions: configure php.ini with &quot;upload_max_filesize = 8G&quot; and &quot;post_max_size = 10G&quot;.



Environment details:

Applicaiton: Horde Groupware Webmail Edition v.1.2.2

OS: Gentoo Linux, 2.6.24-gentoo-r7

PHP: v5.2.8 [error also occurs with earlier 5.2 bases as well]

WWW Server: Lighttpd v1.5.0 (ssl) [error also occurs with v1.4.20)



</description> 
   <pubDate>Fri, 06 Feb 2009 10:57:07 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7956#t52332</link> 
  </item> 
   
  <item> 
   <title>This has nothing to do with Horde. The $_POST array is built</title> 
   <description>This has nothing to do with Horde. The $_POST array is built by PHP, Horde has no influence on that.</description> 
   <pubDate>Fri, 06 Feb 2009 11:40:37 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7956#t52334</link> 
  </item> 
   
  <item> 
   <title>&gt; This has nothing to do with Horde. The $_POST array is bui</title> 
   <description>&gt; This has nothing to do with Horde. The $_POST array is built by PHP, 

&gt; Horde has no influence on that.



Please note - that I was not able to replicate this error in any other PHP applications running on the same server, under the same test conditions (including the whole simpletest suite); only those forms built using the horde framework (including a test script I created for this specific issue) caused the $_PHP to be returned empty.



However, could the suggested workaround be posted as an advisory note in the Install FAQ  to assist other users.  </description> 
   <pubDate>Fri, 06 Feb 2009 15:08:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7956#t52337</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in CVS for this ticket:

http://cvs.h</title> 
   <description>Changes have been made in CVS for this ticket:

http://cvs.horde.org/diff.php/framework/Browser/Attic/Browser.php?rt=horde&amp;r1=1.153.2.66&amp;r2=1.153.2.67&amp;ty=u</description> 
   <pubDate>Sat, 14 Feb 2009 20:32:33 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7956#t52573</link> 
  </item> 
   
  <item> 
   <title>Does this patch help?</title> 
   <description>Does this patch help?</description> 
   <pubDate>Sat, 14 Feb 2009 20:33:07 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7956#t52574</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
