From:             labsylabsy at gmail dot com
Operating system: Windows Any
PHP version:      5.2.8
PHP Bug Type:     Windows Installer
Bug description:  Upgrading with installer messes up php.ini

Description:
------------
Windows installer is bogus with parsing php.ini when using installer to
UPGRADE existing setup. Some settings are duplicated or duplicated to
default values, so PHP fails to start after upgrading.


Reproduce code:
---------------
By my testing, I can reproduce the same behaviour on ANY Windows machine,
which runs PHP as ISAPI module on IIS 6 and you use PHP installer to
upgrade previous (5.2+) version to latest 5.2.8 version.

Expected result:
----------------
PHP.INI configuration should be preserved, extensions and
session.save_path should not be changed, and none of above should be
duplicated. 

Indeed, you could also NOT select extensions to install within
installation wizard, which would get rid of duplicated extensions failure,
but by my oppinion, installer *should* be smart enough to recognise
existing [EXTENSIONS] section and to not duplicate them at the end of
php.ini file.

Actual result:
--------------
At least these errors are present after you use PHP installer to UPGRADE
existing 5.2+ version to 5.2.8:
- EXTENSIONS get duplicated if you select to install existing extensions.
Duplications however do not fall into [EXTENSIONS] tab, but are rather
added to the very end of php.ini by upgrade process, so you most probably
won't notice them at first sight.
- SESSION PATH gets duplicated at the end of [EXTENSIONS] section and is
set to default session.save_path="C:\WINDOWS\Temp", regardles which path
you had defined in existing php.ini file.


-- 
Edit bug report at http://bugs.php.net/?id=46816&edit=1
-- 
Try a CVS snapshot (PHP 5.2):        
http://bugs.php.net/fix.php?id=46816&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):        
http://bugs.php.net/fix.php?id=46816&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):        
http://bugs.php.net/fix.php?id=46816&r=trysnapshot60
Fixed in CVS:                        
http://bugs.php.net/fix.php?id=46816&r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46816&r=needdocs
Fixed in release:                    
http://bugs.php.net/fix.php?id=46816&r=alreadyfixed
Need backtrace:                      
http://bugs.php.net/fix.php?id=46816&r=needtrace
Need Reproduce Script:               
http://bugs.php.net/fix.php?id=46816&r=needscript
Try newer version:                   
http://bugs.php.net/fix.php?id=46816&r=oldversion
Not developer issue:                 
http://bugs.php.net/fix.php?id=46816&r=support
Expected behavior:                   
http://bugs.php.net/fix.php?id=46816&r=notwrong
Not enough info:                     
http://bugs.php.net/fix.php?id=46816&r=notenoughinfo
Submitted twice:                     
http://bugs.php.net/fix.php?id=46816&r=submittedtwice
register_globals:                    
http://bugs.php.net/fix.php?id=46816&r=globals
PHP 4 support discontinued:          http://bugs.php.net/fix.php?id=46816&r=php4
Daylight Savings:                    http://bugs.php.net/fix.php?id=46816&r=dst
IIS Stability:                       
http://bugs.php.net/fix.php?id=46816&r=isapi
Install GNU Sed:                     
http://bugs.php.net/fix.php?id=46816&r=gnused
Floating point limitations:          
http://bugs.php.net/fix.php?id=46816&r=float
No Zend Extensions:                  
http://bugs.php.net/fix.php?id=46816&r=nozend
MySQL Configuration Error:           
http://bugs.php.net/fix.php?id=46816&r=mysqlcfg

Reply via email to