Bug #60999 [Opn]: DOTNET Same method with more parameters
Edit report at https://bugs.php.net/bug.php?id=60999&edit=1 ID: 60999 Updated by: danbr...@php.net Reported by:viktor dot machnik at gmail dot com Summary:DOTNET Same method with more parameters Status: Open Type: Bug -Package:Systems problem +Package:Win32API related Operating System: Windows XP PHP Version:5.4.0RC7 Block user comment: N Private report: N New Comment: Changed package, as this is not a php.net systems issue. Previous Comments: [2012-02-07 08:50:32] viktor dot machnik at gmail dot com Description: Calling a method with 0 parameters, one parameter, 2 parameters makes Problems, only the first method works, all others give an exception. Test script: --- Next(); //Work echo $rnd->Next(10); //Fail echo $rnd->Next(10, 16); //Fail /* - Error: Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000e] Unzulässige Parameteranzahl. ' in [...]test.php:7 Stack trace: #0 [...]test.php(7): dotnet->Next(10) #1 {main} thrown in [...]test.php on line 7 */ //After this error, script never ends. ?> Expected result: Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000e] Unzulässige Parameteranzahl. ' in [...]test.php:7 Stack trace: #0 [...]test.php(7): dotnet->Next(10) #1 {main} thrown in [...]test.php on line 7 Actual result: -- the methos with the lowest parameter count works -- Edit this bug report at https://bugs.php.net/bug.php?id=60999&edit=1
Req #61242 [Opn]: Add User and Group Access Control System to PHP.
Edit report at https://bugs.php.net/bug.php?id=61242&edit=1 ID: 61242 Updated by: danbr...@php.net Reported by:oiaohm at gmail dot com Summary:Add User and Group Access Control System to PHP. Status: Open Type: Feature/Change Request -Package:Systems problem +Package:Built-in web server PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Changed the package, as it's not related to php.net systems issues. Previous Comments: [2012-03-02 10:37:42] oiaohm at gmail dot com Description: Currently there is a lot of lets reinvent the wheel in php programs when it comes to user management. Lots and lots of php programs have there own unique way of solving user access rights. This can be horrid things like suffixing files and so on. There needs to be a formal framework for user and group access control added to php. This could allow directory control on sections of scripts and possibly other access controls in time. Web applications will always need different users to what exist in the rest of the system. This in time could be used to solve single login on sites using multi php projects. This also assist php new web server to move from just a developers test tool to something that can be used production. Key requirement for production for secuirty is directory restriction. Key feature that need to exist for user management is also directory restriction. So only the correct users can access the files they should be. -- Edit this bug report at https://bugs.php.net/bug.php?id=61242&edit=1
Bug #53881 [Wfx]: nl2.php.net IPv6 broken
Edit report at https://bugs.php.net/bug.php?id=53881&edit=1 ID: 53881 Updated by: danbr...@php.net Reported by:tozz at kijkt dot tv Summary:nl2.php.net IPv6 broken Status: Wont fix Type: Bug Package:Unknown/Other Function Operating System: Irrelevant PHP Version:Irrelevant Assigned To:danbrown Block user comment: N Private report: N New Comment: While I do appreciate your suggestions, this is still not something we're going to fix at this stage. Also, sometime after you originally submitted this bug, nl2.php.net was removed from our network. Finally, for anyone using IPv6 as their exclusive (or even primary) network routing, I'm sure there are far greater issues than an occasionally-broken PHP mirror. Again, we will address this at a point, just not this point. Thanks again. Previous Comments: [2012-05-15 21:11:39] tozz at kijkt dot tv I understand IPv6 is not a requirement. However, some mirrors do have an -Address but fail to provide working connectivity to that address. The net result is that the PHP website is down for anyone with IPv6 connectivity if he/she is redirected to a mirror with bad IPv6 connectivity. So either the records should be removed or PHP.net should require mirrors to have decent IPv6 connectivity. [2012-05-15 21:04:28] danbr...@php.net At this time, we do not require IPv6 capabilities on official php.net mirrors. We will begin to phase-in this requirement once the majority of the ISPs and NOCs which host the official mirrors have IPv6 support permanently enabled, and expect to see an increase in that number on 6 June, 2012 (World IPv6 Day), as is the norm each year. Thank you for submitting this report. [2011-01-30 00:04:33] tozz at kijkt dot tv IPv6 traceroute to the SinnerG broken mirror (to indicate its not a routing issue on my side): # traceroute6 2a00:f10:111::1337:1000 traceroute to 2a00:f10:111::1337:1000 (2a00:f10:111::1337:1000) from 2a01:1b0:7999:402::3, 30 hops max, 24 byte packets 1 2a01:1b0:7999:402::e (2a01:1b0:7999:402::e) 0.854 ms 0.952 ms 0.99 ms 2 2a01:1b0:2:6::1 (2a01:1b0:2:6::1) 4.985 ms 4.979 ms 4.991 ms 3 bit.telecity2.nlsix.net (2001:7f8:13::a501:2859:2) 5.987 ms 5.968 ms 5.99 ms 4 tengig-1-1-0.bcr2.ams02.nl.as25525.net (2001:7f8:1::a502:5525:1) 6.987 ms 5.974 ms 5.988 ms 5 2001:16f8:bb2:197:0:a504:8635:2 (2001:16f8:bb2:197:0:a504:8635:2) 6.989 ms 7.972 ms 6.99 ms 6 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 6.987 ms 6.977 ms 6.99 ms 7 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 3010.85 ms !H 3010.81 ms !H 3007.83 ms !H [2011-01-29 23:58:16] tozz at kijkt dot tv Description: nl.php.net has some records which are very often broken (currently 2 out of 3 are broken). From what I've read PHP checks its mirrors on regular intervals, but apparently does not check if both IP4 and IP6 work. The lack of this IPv6 check causes the PHP website to load very slow as it waits a few seconds for a timeout on v6 and then falls back to v4. Perhaps this check can be extended to also check for correct IPv6 function and remove the mirror if its IPv6 connectivity is broken. Test script: --- # date Sat Jan 29 23:20:16 CET 2011 # telnet -6 nl2.php.net 80 Trying 2a01:448:1::1036:64:164... telnet: Unable to connect to remote host: Connection refused # telnet -6 nl.php.net 80 Trying 2a00:f10:111::1337:1000... telnet: Unable to connect to remote host: No route to host Expected result: I would expect that the PHP mirror check removes mirrors that have broken v6 connectivity. -- Edit this bug report at https://bugs.php.net/bug.php?id=53881&edit=1
Bug #53881 [Opn->Wfx]: nl2.php.net IPv6 broken
Edit report at https://bugs.php.net/bug.php?id=53881&edit=1 ID: 53881 Updated by: danbr...@php.net Reported by:tozz at kijkt dot tv Summary:nl2.php.net IPv6 broken -Status: Open +Status: Wont fix Type: Bug Package:Unknown/Other Function Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:danbrown Block user comment: N Private report: N New Comment: At this time, we do not require IPv6 capabilities on official php.net mirrors. We will begin to phase-in this requirement once the majority of the ISPs and NOCs which host the official mirrors have IPv6 support permanently enabled, and expect to see an increase in that number on 6 June, 2012 (World IPv6 Day), as is the norm each year. Thank you for submitting this report. Previous Comments: [2011-01-30 00:04:33] tozz at kijkt dot tv IPv6 traceroute to the SinnerG broken mirror (to indicate its not a routing issue on my side): # traceroute6 2a00:f10:111::1337:1000 traceroute to 2a00:f10:111::1337:1000 (2a00:f10:111::1337:1000) from 2a01:1b0:7999:402::3, 30 hops max, 24 byte packets 1 2a01:1b0:7999:402::e (2a01:1b0:7999:402::e) 0.854 ms 0.952 ms 0.99 ms 2 2a01:1b0:2:6::1 (2a01:1b0:2:6::1) 4.985 ms 4.979 ms 4.991 ms 3 bit.telecity2.nlsix.net (2001:7f8:13::a501:2859:2) 5.987 ms 5.968 ms 5.99 ms 4 tengig-1-1-0.bcr2.ams02.nl.as25525.net (2001:7f8:1::a502:5525:1) 6.987 ms 5.974 ms 5.988 ms 5 2001:16f8:bb2:197:0:a504:8635:2 (2001:16f8:bb2:197:0:a504:8635:2) 6.989 ms 7.972 ms 6.99 ms 6 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 6.987 ms 6.977 ms 6.99 ms 7 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 3010.85 ms !H 3010.81 ms !H 3007.83 ms !H [2011-01-29 23:58:16] tozz at kijkt dot tv Description: nl.php.net has some records which are very often broken (currently 2 out of 3 are broken). From what I've read PHP checks its mirrors on regular intervals, but apparently does not check if both IP4 and IP6 work. The lack of this IPv6 check causes the PHP website to load very slow as it waits a few seconds for a timeout on v6 and then falls back to v4. Perhaps this check can be extended to also check for correct IPv6 function and remove the mirror if its IPv6 connectivity is broken. Test script: --- # date Sat Jan 29 23:20:16 CET 2011 # telnet -6 nl2.php.net 80 Trying 2a01:448:1::1036:64:164... telnet: Unable to connect to remote host: Connection refused # telnet -6 nl.php.net 80 Trying 2a00:f10:111::1337:1000... telnet: Unable to connect to remote host: No route to host Expected result: I would expect that the PHP mirror check removes mirrors that have broken v6 connectivity. -- Edit this bug report at https://bugs.php.net/bug.php?id=53881&edit=1
Bug #60488 [Opn->Dup]: Simple Typo In php.ini Files
Edit report at https://bugs.php.net/bug.php?id=60488&edit=1 ID: 60488 Updated by: danbr...@php.net Reported by:danbr...@php.net Summary:Simple Typo In php.ini Files -Status: Open +Status: Duplicate Type: Bug Package:*Configuration Issues Operating System: N/A PHP Version:5.4SVN-2011-12-09 (SVN) Block user comment: N Private report: N New Comment: Must've been a browser issue on my end. Duped as #60489, but this one doesn't contain the patch. Previous Comments: [2011-12-09 22:10:20] danbr...@php.net Description: Noticed this while setting up a new box for a client this afternoon. Where it refers to freetds.comf, it should instead be freetds.conf. An interesting side- effect of this is seeing how many folks on the web have exposed php.ini files, purposely or otherwise. Diff attached. -- Edit this bug report at https://bugs.php.net/bug.php?id=60488&edit=1
Bug #31510 [Wfx]: sqlite_key function only exists as method for SQLiteResult class
Edit report at http://bugs.php.net/bug.php?id=31510&edit=1 ID: 31510 Updated by: danbr...@php.net Reported by:irch...@php.net Summary:sqlite_key function only exists as method for SQLiteResult class Status: Wont fix Type: Bug Package:SQLite related PHP Version:* Assigned To:helly Block user comment: N Private report: N New Comment: Please submit that as a documentation bug, don't append it to a bug that hasn't been touched in six years or by a complaint in the user notes --- it's not as likely to be noticed and repaired this way. A new submission, however, is very likely to see the documentation corrected pretty soon after submission. Previous Comments: [2011-02-21 22:13:05] php at trafex dot nl Maybe the documentation should be updated, it doesn't mention any of this. [2005-04-12 23:14:01] he...@php.net All QLite maintainers decided there is little to no usa in that function. The reason there is SQLiteResult::key() is only because SQLiteResult implements Iterator. [2005-01-12 09:31:58] irch...@php.net Description: The function sqlite_key (line 2637 of ext/sqlite/sqlite.c) only exists as a mapped method of the SQLiteResult class and cannot be used a a procedural function as it has no entry in the sqlite_funcs function table (even though the function has support for being called as such). All that's needed is an entry in sqlite_functions[]. -- Edit this bug report at http://bugs.php.net/bug.php?id=31510&edit=1
Req #23387 [Opn->Csd]: highlight_string and highlight_file should include links to man pages.
Edit report at http://bugs.php.net/bug.php?id=23387&edit=1 ID: 23387 Updated by: danbr...@php.net Reported by:php at lenson dot net Summary:highlight_string and highlight_file should include links to man pages. -Status: Open +Status: Closed Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: All PHP Version:4.3.1 -Assigned To: +Assigned To:danbrown Block user comment: N New Comment: After seven years without comment, I think it's safe to say that this is okay to close. For the record: anyone wanting to change their default mirror can do so by going to http://php.net/my and selecting any active mirror in any region of their choosing. Previous Comments: [2003-04-28 12:48:56] php at lenson dot net I have a feature request regarding the sytax highlight functions i PHP. It would be great if the functions highlight_string and highlight_file, in addition to highlighting php code also made html links of all php functions that pointed to their man page at http://www.php.net This feature should probably be optional and you could also allow users to specify a different base adress in case they would like to use a mirror instead of www.php.net -- Edit this bug report at http://bugs.php.net/bug.php?id=23387&edit=1
#29520 [NoF->Csd]: php mysql compile fail
ID: 29520 Updated by: danbr...@php.net Reported By: martinkuria at hotmail dot com -Status: No Feedback +Status: Closed Bug Type: Compile Failure Operating System: Solaris9 PHP Version: 5.0.0 New Comment: Looks like it's safe to close this out officially now. Previous Comments: [2009-02-15 07:26:34] gambitrex at hotmail dot com hey, the apt-get install libmysqlclient-dev worked for me too :D [2007-11-28 20:16:50] cizarr at gmail dot com yep, this one will solve the problem as anderan wrote: apt-get install libmysqlclient-dev thanks man! [2007-11-09 14:41:22] dan at k dot ro well on fedora core 6 is not working what a stupid bug this is! [2007-11-06 12:33:54] anderan at suponix dot com me help: apt-get install libmysqlclient-dev [2007-09-05 07:53:28] surface3 at tiscali dot it Hi Guys, i've got the same problem with php-5.2.3 and mysql 5.0.45. i've downloaded MySQL-devel-community-5.0.45-0 and i 've solved my problem with configure bye The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29520 -- Edit this bug report at http://bugs.php.net/?id=29520&edit=1
#48540 [Asn]: server issue at php.net (subdomain ca2)
ID: 48540 Updated by: danbr...@php.net Reported By: neuroxik at gmail dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: Win XP (SP2) PHP Version: 5.2.9 Assigned To: danbrown New Comment: Negative on here, haven't done anything on that box in several days. I'll keep this open for a few days to keep an eye on it, though. Previous Comments: [2009-06-13 23:56:15] bj...@php.net Interesting. I can't seem to reproduce the error right now, so I am wondering if someone was messing manually with the server.. [2009-06-13 05:15:02] neuroxik at gmail dot com Description: http://ca2.php.net/usleep - Canada's 2nd server (tried ca and ca3 subdomains, but only php's/your subdomain "ca2" seems to have issues) Maybe this is just temporary, but anyway, the line that your site returns is: Parse error: syntax error, unexpected T_LNUMBER, expecting T_VARIABLE or '$' in /home/ca2php/public_html/include/mirrors.inc on line 518 -- Edit this bug report at http://bugs.php.net/?id=48540&edit=1
#46414 [Opn->Csd]: firebird with php 5.26
ID: 46414 Updated by: danbr...@php.net Reported By: mario_s1985 at o2 dot pl -Status: Open +Status: Closed Bug Type: InterBase related Operating System: CentOS PHP Version: 5.2.6 New Comment: Closed by request. Previous Comments: [2008-11-03 10:57:49] mapopa at gmail dot com ./configure --with-interbase=/opt/interbase Here is one related building guide http://tech.groups.yahoo.com/group/firebird-php/message/2703 [2008-11-03 10:44:22] mapopa at gmail dot com you don't need to specify =shared the firebird module is builded by default as shared module [2008-10-29 09:31:06] mario_s1985 at o2 dot pl Description: ./configure --with-interbase=shared,/opt/interbase Reproduce code: --- http://www.maildir.net/2008/10/02/installing-firebird-interbase-support-on-php-as-shared-module/#comment-4002 Expected result: create interbase.so -- Edit this bug report at http://bugs.php.net/?id=46414&edit=1