[PHP-DOC] #38843 [Com]: output_add_rewrite_var failed on Url address beggining with http://
ID: 38843 Comment by: aldertb at xs4all dot nl Reported By: adrosetint at hotmail dot com Status: Open Bug Type: Documentation problem Operating System: Windows PHP Version: 5.1.6 New Comment: First, captcha's aren't working when cookies disabled (developping setting :P) But what if someone posts in your forum, here look this product: http://mywebshop.tld/lawn-mower-p-89.html and someone clicks it while having cookies disabled, he will lose his cart and/or is login... We can also strip the domain name including http:// (http://webshop.tld), and make it a relative url... After that the buffer_rewrite will include a sessionid. Btw, php 4.3.9. does a check if the var isn't set already while 5.0.4. (my local xampp version) doesn't. This was a lill' confusing. I will mention this in the online manual... Best regards, Aldert Berends The Netherlands Previous Comments: [2006-09-15 12:50:17] [EMAIL PROTECTED] Reclassified as docu problem. URL-Rewriter does not change absolute URLs intentionally. [2006-09-15 12:36:17] adrosetint at hotmail dot com Description: function.output_add_rewrite_var fails with explicit URLs, i.e. URL's that explicilty include domain. But works with Implicit domains... e.g. those that do not contain the domain, but is implied to be the current domain. I realise the benefits, it doesn't alter the links to external domains, however could this function not realise if the URL is of the current domain, + where URLs are explicitly writen. I've included two urls, the first type ( implicit ) works :) the second type ( explicit ) fails. Is this a bug or a feature? Reproduce code: --- Click Here http://this.site.net/link.php";>Click Here Expected result: Click Here http://this.site.net/link.php?auth=412e11";>Click Here Actual result: -- Click Here http://this.site.net/link.php";>Click Here -- Edit this bug report at http://bugs.php.net/?id=38843&edit=1
[PHP-DOC] #39690 [Bgs]: function search for dom (php5) is not working
ID: 39690 User updated by: lbzwischenbrugger at fh-stpoelten dot ac dot at Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Some problem with http://at.php.net/manual/de/ref.xsl.php functions. If I search for "importStylesheet", I get the old buggy PHP4 sablotron documentation: http://at.php.net/manual/de/function.domxml-xslt-stylesheet.php To find the new XSLT Documentation is nearly impossible. Previous Comments: [2006-11-30 15:27:42] lbzwischenbrugger at fh-stpoelten dot ac dot at The big problem is that domdocument_createelement, domnode_first_child,... are EXPERIMENTELL php4 functions -> see http://at.php.net/manual/de/ref.domxml.php The functions are not supported in PHP5. The php5 functions are here: http://at.php.net/manual/de/ref.dom.php [2006-11-30 14:46:59] [EMAIL PROTECTED] Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type "firstChild", "createElement" or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690&edit=1
[PHP-DOC] #39690 [Bgs]: function search for dom (php5) is not working
ID: 39690 User updated by: lbzwischenbrugger at fh-stpoelten dot ac dot at Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: The big problem is that domdocument_createelement, domnode_first_child,... are EXPERIMENTELL php4 functions -> see http://at.php.net/manual/de/ref.domxml.php The functions are not supported in PHP5. The php5 functions are here: http://at.php.net/manual/de/ref.dom.php Previous Comments: [2006-11-30 14:46:59] [EMAIL PROTECTED] Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type "firstChild", "createElement" or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690&edit=1
[PHP-DOC] cvs: phpdoc /en/language operators.xml
rquadling Thu Nov 30 14:54:54 2006 UTC Modified files: /phpdoc/en/language operators.xml Log: Reverse http://cvs.php.net/viewvc.cgi/phpdoc/en/language/operators.xml?r1=1.108&r2=1.109&diff_format=u Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.108 phpdoc/en/language/operators.xml:1.109 --- phpdoc/en/language/operators.xml:1.108 Thu Nov 30 14:41:10 2006 +++ phpdoc/en/language/operators.xmlThu Nov 30 14:54:54 2006 @@ -1,5 +1,5 @@ - + Operators @@ -171,7 +171,7 @@ right - = += -= *= /= .= %= =& |= ^= <<= >>= + = += -= *= /= .= %= &= |= ^= <<= >>= assignment
[PHP-DOC] #39690 [Opn->Bgs]: function search for dom (php5) is not working
ID: 39690 Updated by: [EMAIL PROTECTED] Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. Previous Comments: [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type "firstChild", "createElement" or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690&edit=1
[PHP-DOC] #39692 [Csd->Bgs]: [chm] bug on language.operators.html
ID: 39692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Documentation problem Operating System: windows PHP Version: Irrelevant New Comment: You're confusing the bitwise AND assignment operator (&=) with assigning a reference. $a &= $b; can be rewritten as: $a = $a & $b; Assigning a reference uses two separate operators, = and &, so it's not listed individually. Previous Comments: [2006-11-30 14:43:29] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2006-11-30 14:36:51] [EMAIL PROTECTED] Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= &= |= ^= <<= >>=), shouldn't &= actually be =&? In testing ... Reproduce code: --- Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit this bug report at http://bugs.php.net/?id=39692&edit=1
[PHP-DOC] #39692 [Opn->Csd]: [chm] bug on language.operators.html
ID: 39692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-11-30 14:36:51] [EMAIL PROTECTED] Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= &= |= ^= <<= >>=), shouldn't &= actually be =&? In testing ... Reproduce code: --- Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit this bug report at http://bugs.php.net/?id=39692&edit=1
[PHP-DOC] cvs: phpdoc /en/language operators.xml
rquadling Thu Nov 30 14:41:10 2006 UTC Modified files: /phpdoc/en/language operators.xml Log: Typo &= => =& http://cvs.php.net/viewvc.cgi/phpdoc/en/language/operators.xml?r1=1.107&r2=1.108&diff_format=u Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.107 phpdoc/en/language/operators.xml:1.108 --- phpdoc/en/language/operators.xml:1.107 Fri Sep 8 08:48:15 2006 +++ phpdoc/en/language/operators.xmlThu Nov 30 14:41:10 2006 @@ -1,5 +1,5 @@ - + Operators @@ -171,7 +171,7 @@ right - = += -= *= /= .= %= &= |= ^= <<= >>= + = += -= *= /= .= %= =& |= ^= <<= >>= assignment
[PHP-DOC] #39692 [NEW]: [chm] bug on language.operators.html
From: [EMAIL PROTECTED] Operating system: windows PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: [chm] bug on language.operators.html Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= &= |= ^= <<= >>=), shouldn't &= actually be =&? In testing ... Reproduce code: --- Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit bug report at http://bugs.php.net/?id=39692&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39692&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39692&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39692&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39692&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39692&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39692&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39692&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39692&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39692&r=support Expected behavior:http://bugs.php.net/fix.php?id=39692&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39692&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39692&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39692&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39692&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39692&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39692&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39692&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39692&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39692&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39692&r=mysqlcfg
[PHP-DOC] #39618 [Opn]: Inconsistent row count totals being returned with sqlite2 and sqlite3 PDO
ID: 39618 User updated by: randy at rcs-comp dot com Reported By: randy at rcs-comp dot com Status: Open -Bug Type: PDO related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 5.2.0 New Comment: I have contacted another PHP developer and they agreed with you Tony. My apologies for stringing this out so long and taking up your time. Previous Comments: [2006-11-30 13:07:31] randy at rcs-comp dot com I will not leave this bug report alone until you address the fact that the SQLite 2 driver itself is inconsistent in the way it returns row counts. Please see my last post. [2006-11-30 09:35:29] [EMAIL PROTECTED] The only thing we can do about *SQLite* inconsistencies and problems is DOCUMENT THEM. Please do not touch the report anymore, if you don't have a patch yourself and not going to do anything about it anyway. Thank you. [2006-11-28 14:56:16] randy at rcs-comp dot com Then please address the inconstancy in the driver itself. I will repost for ease of reference: Notice that the bug only appears after a prepared statement is requested. This means the driver itself is inconsistent in what it returns. If this is not a bug, then under "Actual Results" I should have: >php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //<-- if truly not a bug, then this should say "3 5" statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep & execute() (all): 3 3 [2006-11-28 14:52:43] [EMAIL PROTECTED] >It may be true that SQLite works this way, but if that is >the case, then PHP should work around this for the SQLite2 >driver so that the PDO interface is consistant. .. or document it. Please let developers to decide what to do with such kind of problems. [2006-11-28 14:44:50] randy at rcs-comp dot com "Since this is the way SQLite works, we can't fix it in PHP and this should be documented." It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. The PHP developer should not have to be concerned with driver specific details like this. 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/39618 -- Edit this bug report at http://bugs.php.net/?id=39618&edit=1
[PHP-DOC] #39690 [Opn]: function search for dom (php5) is not working
ID: 39690 Updated by: [EMAIL PROTECTED] Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Open Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. Previous Comments: [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type "firstChild", "createElement" or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690&edit=1
[PHP-DOC] #39690 [NEW]: function search for dom (php5) is not working
From: lbzwischenbrugger at fh-stpoelten dot ac dot at Operating system: all PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: function search for dom (php5) is not working Description: If I type "firstChild", "createElement" or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit bug report at http://bugs.php.net/?id=39690&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39690&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39690&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39690&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39690&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39690&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39690&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39690&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39690&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39690&r=support Expected behavior:http://bugs.php.net/fix.php?id=39690&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39690&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39690&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39690&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39690&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39690&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39690&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39690&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39690&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39690&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39690&r=mysqlcfg
[PHP-DOC] #39618 [Opn]: Inconsistent row count totals being returned with sqlite2 and sqlite3 PDO
ID: 39618 Updated by: [EMAIL PROTECTED] Reported By: randy at rcs-comp dot com Status: Open -Bug Type: PDO related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 5.2.0 New Comment: The only thing we can do about *SQLite* inconsistencies and problems is DOCUMENT THEM. Please do not touch the report anymore, if you don't have a patch yourself and not going to do anything about it anyway. Thank you. Previous Comments: [2006-11-28 14:56:16] randy at rcs-comp dot com Then please address the inconstancy in the driver itself. I will repost for ease of reference: Notice that the bug only appears after a prepared statement is requested. This means the driver itself is inconsistent in what it returns. If this is not a bug, then under "Actual Results" I should have: >php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //<-- if truly not a bug, then this should say "3 5" statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep & execute() (all): 3 3 [2006-11-28 14:52:43] [EMAIL PROTECTED] >It may be true that SQLite works this way, but if that is >the case, then PHP should work around this for the SQLite2 >driver so that the PDO interface is consistant. .. or document it. Please let developers to decide what to do with such kind of problems. [2006-11-28 14:44:50] randy at rcs-comp dot com "Since this is the way SQLite works, we can't fix it in PHP and this should be documented." It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. The PHP developer should not have to be concerned with driver specific details like this. [2006-11-28 14:42:34] randy at rcs-comp dot com Tony, Sorry, I am not going to let this one drop unless someone else chimes in. I have been around bugs.php.net to know that you are reluctant to fix bugs that are truly bugs. Case in point: http://bugs.php.net/bug.php?id=37846 This is a bug and not a documentation problem! [2006-11-28 14:39:00] randy at rcs-comp dot com Another reason it is a bug is because the PDO SQLite2 driver is inconsistent itself! Notice that the bug only appears after a prepared statement is requested. If this is not a bug, then under "Actual Results" I should have: >php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //<-- if truly not a bug, then this should say "3 5" statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep & execute() (all): 3 3 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/39618 -- Edit this bug report at http://bugs.php.net/?id=39618&edit=1
Re: [PHP-DOC] New entry to en/reference
Owain Jones wrote: > We've added new PHP functionality for IBM DB2 which requires a new > section in en/reference. I'm not sure how to do this but I need a > folder en/reference/pdo_ibm. > It needs to contain the following .xml files and I also updated the > global entity file to add two URL entities. Done. I've also added PDO_IBM to pdo/reference.xml. Jakub Vrana
[PHP-DOC] cvs: phpdoc /en/reference/pdo reference.xml /en/reference/pdo_ibm configure.xml reference.xml /entities global.ent
vrana Thu Nov 30 08:40:50 2006 UTC Added files: /phpdoc/en/reference/pdo_ibmconfigure.xml reference.xml Modified files: /phpdoc/entitiesglobal.ent /phpdoc/en/reference/pdoreference.xml Log: PDO_IBM documentation by Owain Jones http://cvs.php.net/viewvc.cgi/phpdoc/entities/global.ent?r1=1.276&r2=1.277&diff_format=u Index: phpdoc/entities/global.ent diff -u phpdoc/entities/global.ent:1.276 phpdoc/entities/global.ent:1.277 --- phpdoc/entities/global.ent:1.276Mon Nov 27 10:38:33 2006 +++ phpdoc/entities/global.ent Thu Nov 30 08:40:49 2006 @@ -1,6 +1,6 @@ + @@ -60,6 +60,10 @@ Firebird/Interbase 6 + PDO_IBM + IBM DB2 + + PDO_INFORMIX IBM Informix Dynamic Server http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_ibm/configure.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/pdo_ibm/configure.xml +++ phpdoc/en/reference/pdo_ibm/configure.xml &reftitle.install; To build the PDO_IBM extension, the DB2 Client v9.1 or later must be installed on the same system as PHP. The DB2 Client can be downloaded from the IBM Application Development Site. Note: The DB2 Client v9.1 or later supports direct access to DB2 for Linux, UNIX, and Windows v8 and v9.1 servers. The DB2 Client v9.1 also supports access to DB2 UDB for i5 and DB2 UDB for z/OS servers using the separately purchased DB2 Connect product. PDO_IBM is a PECL extension, so follow the instructions in to install the PDO_IBM extension. Issue the configure command to point to the location of your DB2 Client header files and libraries as follows: The configure command defaults to the value of the DB2DIR environment variable. http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_ibm/reference.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/pdo_ibm/reference.xml +++ phpdoc/en/reference/pdo_ibm/reference.xml IBM Functions (PDO_IBM) IBM (PDO) &reftitle.intro; PDO_IBM is a driver that implements the PHP Data Objects (PDO) interface to enable access from PHP to IBM databases. &reference.pdo-ibm.configure; PDO_IBM DSN Connecting to IBM databases &reftitle.description; The PDO_IBM Data Source Name (DSN) is based on the IBM CLI DSN. The major components of the PDO_IBM DSN are: DSN prefix The DSN prefix is ibm:. DSN The DSN can be any of the following: a) Data source setup using db2cli.ini or odbc.ini b) Catalogued database name i.e. database alias in the DB2 client catalog c) Complete connection string in the following format: DRIVER={IBM DB2 ODBC DRIVER};DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password; where the parameters represent the following values: database The name of the database. hostname The hostname or IP address of the database server. port The TCP/IP port on which the database is listening for requests. username The username with which you are connecting to the database. password The password with which you are connecting to the database. &reftitle.examples; PDO_IBM DSN example using db2cli.ini The following example shows a PDO_IBM DSN for connecting to an DB2 database cataloged as DB2_9 in db2cli.ini: PDO_IBM DSN example using a connection string The following example shows a PDO_IBM DSN for connecting to an DB2 database named testdb using the DB2 CLI connection string syntax.