<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/phpip/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/phpip/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/phpip/bugs/</id><updated>2011-05-02T14:59:44Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>sql install scripts do not generate the tables</title><link href="https://sourceforge.net/p/phpip/bugs/27/" rel="alternate"/><published>2011-05-02T14:59:44Z</published><updated>2011-05-02T14:59:44Z</updated><author><name>Ari Friedman</name><uri>https://sourceforge.net/u/afriedman6854/</uri></author><id>https://sourceforge.netebf189669bf0a456ad3c55d3e2255643f669607c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;on the latest version of mysql the TYPE=MyISAM syntax is not supported when creating Tables&lt;br /&gt;
therefore the phpip.sql does not get applied and the tables and entries do not get created even tho the install page says successfull &lt;/p&gt;
&lt;p&gt;i have fixed the file to use the new syntax of ENGINE=MyISAM  and then rerun the the install &lt;/p&gt;
&lt;p&gt;also as a side note - if you run the install process more than once on the same DB it will create duplicate admin accounts with the same name which will then cause the first login to show a blank page during the validate function and hang &lt;/p&gt;
&lt;p&gt;to fix this remove the duplicate row from the users table in the DB&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>corrupt address table</title><link href="https://sourceforge.net/p/phpip/bugs/26/" rel="alternate"/><published>2008-12-30T19:27:26Z</published><updated>2008-12-30T19:27:26Z</updated><author><name>freepower31</name><uri>https://sourceforge.net/u/freepower31/</uri></author><id>https://sourceforge.neta285414c5038b14ed93ae3cb4e3c6af1150cf1a7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;It appears that if a duplicate CIDR is added (in my case by mistake) then removed along with the associated prefix (which was removed first), you get the following error;  Table './phpip_management/addresses' is marked as crashed and last (automatic?) repair failed.  No luck up to this point trying to recover.  I have tried to repair the table with no success.  Any ideas?  I am running version phpip-4.3.2-build-200611081420 with php v5.1 and mysql 5.0.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>incorrect display networks slower than 256 ip</title><link href="https://sourceforge.net/p/phpip/bugs/25/" rel="alternate"/><published>2008-08-21T11:20:05Z</published><updated>2008-08-21T11:20:05Z</updated><author><name>Colonna Andrea</name><uri>https://sourceforge.net/u/acolonna/</uri></author><id>https://sourceforge.net451f7e22c96748cb04a9504b7fc8f20337b8f4d8</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;If i modify a description in one ip in a smal subnet (&amp;gt;/24), after the apply I see all the ip in the subnet /24.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>IP Sorting is not correct</title><link href="https://sourceforge.net/p/phpip/bugs/24/" rel="alternate"/><published>2007-07-11T08:51:55Z</published><updated>2007-07-11T08:51:55Z</updated><author><name>web_rene</name><uri>https://sourceforge.net/u/userid-1714089/</uri></author><id>https://sourceforge.netb60c856e420ffd0c77b304d718e41f6c6d77cd84</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Trying to make some different subnets showed, that the IP sorting is not 100% correct.&lt;/p&gt;
&lt;p&gt;Creating an array with the values first and doing a natsort on it, solves the problem in box_CidrMenu.php&lt;/p&gt;
&lt;p&gt;e.g. &lt;/p&gt;
&lt;p&gt;// After the SQL Queries&lt;/p&gt;
&lt;p&gt;$values = array();&lt;/p&gt;
&lt;p&gt;# Create array of all IPs. &lt;br /&gt;
# This means there mustn't be duplicate IPs!&lt;/p&gt;
&lt;p&gt;while($row = mysql_fetch_array($sql)){&lt;br /&gt;
$values[$row[NetMenuCidr]]=$row;&lt;br /&gt;
}&lt;/p&gt;
&lt;p&gt;# Sort the values by Key&lt;br /&gt;
$values = natksort($values);&lt;/p&gt;
&lt;p&gt;# uncommented:&lt;br /&gt;
# while($row = mysql_fetch_array($sql)){&lt;br /&gt;
foreach ($values as $key=&amp;gt;$row){&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Blank Page when user unknown</title><link href="https://sourceforge.net/p/phpip/bugs/23/" rel="alternate"/><published>2007-07-11T08:45:01Z</published><updated>2007-07-11T08:45:01Z</updated><author><name>web_rene</name><uri>https://sourceforge.net/u/userid-1714089/</uri></author><id>https://sourceforge.net108514ddb2c82e050afaca3c2a03e3761590a10f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I found a bug in the Source of the login.php.&lt;br /&gt;
The else{ //Default prompt if user is unknown } case&lt;br /&gt;
is one step to early which results in a Blank page when the user is not known.&lt;/p&gt;
&lt;p&gt;Putting the whole else behind the next '}' solves the Problem.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>import csv</title><link href="https://sourceforge.net/p/phpip/bugs/22/" rel="alternate"/><published>2006-11-28T19:16:18Z</published><updated>2006-11-28T19:16:18Z</updated><author><name>Tremaine</name><uri>https://sourceforge.net/u/tremaine/</uri></author><id>https://sourceforge.net23b42565b3d98f19b4f30c886719aed39337a116</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I've made some minor changes to a previously submitted perl script that will import CSV files, primarily increasing the level of documentation and some re-ordering to make function obvious to new users.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>search on string not working</title><link href="https://sourceforge.net/p/phpip/bugs/21/" rel="alternate"/><published>2006-11-14T23:47:48Z</published><updated>2006-11-14T23:47:48Z</updated><author><name>Tremaine</name><uri>https://sourceforge.net/u/tremaine/</uri></author><id>https://sourceforge.net100a7007a4712a21aa76f3b667ca3f018ca92e3c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Search features do not appear to work at all?&lt;/p&gt;
&lt;p&gt;I have a host with user first name and last name defined, as well as MAC address in xx:xx form as 'Device Custom 1'&lt;/p&gt;
&lt;p&gt;when searching for the mac in : form, or for any portion of the username in a client search I get no results.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>cidr_remove.php</title><link href="https://sourceforge.net/p/phpip/bugs/20/" rel="alternate"/><published>2006-11-08T14:08:17Z</published><updated>2006-11-08T14:08:17Z</updated><author><name>Safranek Jaroslav</name><uri>https://sourceforge.net/u/jkcinik/</uri></author><id>https://sourceforge.neta044e840f742fd62d59f98b8f5232373e937a35a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In cidr_remove.php od row 46 in this $CidrRemove =&lt;br /&gt;
mysql_query("DELETE FROM `NetMenu` WHERE `NetMenuId` =&lt;br /&gt;
'$cidrremove'"); was NetMenuCidr. I think it's bug&lt;br /&gt;
because remove CIDR not make.&lt;br /&gt;
Build 200611061420.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Preferences not applied at login</title><link href="https://sourceforge.net/p/phpip/bugs/19/" rel="alternate"/><published>2006-11-05T16:48:27Z</published><updated>2006-11-05T16:48:27Z</updated><author><name>Adam</name><uri>https://sourceforge.net/u/asmith1/</uri></author><id>https://sourceforge.net285768ee7497ff0aecdb1007d637f34bdace166a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Problem not applying preferences at login.&lt;br /&gt;
In login.php missing { in else statement on line 140.&lt;br /&gt;
Also moved the header &lt;br /&gt;
statement to after the closing } of the else.&lt;/p&gt;
&lt;p&gt;See attached file for code.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>4.3: Deleting a CIDR block doesn't delete IPs in the DB</title><link href="https://sourceforge.net/p/phpip/bugs/18/" rel="alternate"/><published>2006-11-03T18:06:05Z</published><updated>2006-11-03T18:06:05Z</updated><author><name>Max Schubert</name><uri>https://sourceforge.net/u/perldork/</uri></author><id>https://sourceforge.net7cfe4ff04b8b2031950b8c7fefa423522ee282b3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I have been working with thsi program today, I created&lt;br /&gt;
a 192.168.3.0/24 CIDR block, then decided I wanted to&lt;br /&gt;
play with a smaller one, say 192.168.3.64/26 block .. &lt;/p&gt;
&lt;p&gt;So I deleted the /24 after I made the /26.&lt;/p&gt;
&lt;p&gt;When I went to search I saw duplicate IPs listed where&lt;br /&gt;
the two blocks overlapped.  Used mysql from the command&lt;br /&gt;
line and was able to verify that, yes, the CIDR&lt;br /&gt;
addresses from the deleted block still existed in the&lt;br /&gt;
database .. in fact, it did not appear the program was&lt;br /&gt;
deleting any IP addresses from the DB when the "CIDR&lt;br /&gt;
Remove" function is used from the user interface.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>