[PHP-DOC] #36540 [Opn->Csd]: header documentation should be improved by moving the usage warning
ID: 36540 Updated by: [EMAIL PROTECTED] Reported By: phpbug-david at tulloh dot id dot au -Status: Open +Status: Closed Bug Type:Documentation problem 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-02-27 06:38:32] phpbug-david at tulloh dot id dot au Description: >From watching the php irc channel and mailing list the most common problem people have when using the header() function is that they set the header after sending content. The documentation does address this issue however it's buried so that it's far harder to find than it should be. It currently sits between an example for caching and an example for content type. I would recomend moving the paragraph and example to the top of the documentation. Just above the first note: looks good. -- Edit this bug report at http://bugs.php.net/?id=36540&edit=1
[PHP-DOC] #36565 [Opn->Csd]: mb_strpos: improper explanation
ID: 36565 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant 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-03-01 04:36:07] [EMAIL PROTECTED] Description: Please take a look at the following url. http://www.php.net/manual/en/function.mb-strpos.php > mb_strrpos() accepts string for needle where strrpos() accepts only character. This sentence describes mb_str*r*pos and str*r*pos, not mb_strpos. I think it is improper to explain this here. Expected result: diff -u -r1.3 mb-strpos.xml --- en/reference/mbstring/functions/mb-strpos.xml 22 Apr 2005 15:39:27 - 1.3 +++ en/reference/mbstring/functions/mb-strpos.xml 1 Mar 2006 03:34:39 - @@ -33,10 +33,7 @@ If encoding is omitted, internal - character encoding is used. mb_strrpos - accepts string for - needle where strrpos - accepts only character. + character encoding is used. offset is search offset. If it is not -- Edit this bug report at http://bugs.php.net/?id=36565&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/mbstring/functions mb-strpos.xml
vrana Wed Mar 1 04:35:32 2006 UTC Modified files: /phpdoc/en/reference/mbstring/functions mb-strpos.xml Log: Remove info about strrpos (bug #36565) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/mbstring/functions/mb-strpos.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/mbstring/functions/mb-strpos.xml diff -u phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.3 phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.4 --- phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.3Fri Apr 22 15:39:27 2005 +++ phpdoc/en/reference/mbstring/functions/mb-strpos.xmlWed Mar 1 04:35:32 2006 @@ -1,5 +1,5 @@ - + @@ -33,10 +33,7 @@ If encoding is omitted, internal - character encoding is used. mb_strrpos - accepts string for - needle where strrpos - accepts only character. + character encoding is used. offset is search offset. If it is not
[PHP-DOC] #36564 [Opn->Csd]: "where" should be "were"
ID: 36564 Updated by: [EMAIL PROTECTED] Reported By: ongardie at gmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: irrelevant 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-03-01 04:25:28] ongardie at gmail dot com Description: headers_sent() documentation reads "Note: The optional file and line parameters where added in PHP 4.3.0." Rather than 'where', it should have 'were'. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=36564&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/http/functions headers-sent.xml
vrana Wed Mar 1 04:32:50 2006 UTC Modified files: /phpdoc/en/reference/http/functions headers-sent.xml Log: Typo (bug #36564) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/http/functions/headers-sent.xml?r1=1.16&r2=1.17&diff_format=u Index: phpdoc/en/reference/http/functions/headers-sent.xml diff -u phpdoc/en/reference/http/functions/headers-sent.xml:1.16 phpdoc/en/reference/http/functions/headers-sent.xml:1.17 --- phpdoc/en/reference/http/functions/headers-sent.xml:1.16Wed Nov 10 08:30:30 2004 +++ phpdoc/en/reference/http/functions/headers-sent.xml Wed Mar 1 04:32:50 2006 @@ -1,5 +1,5 @@ - + @@ -30,7 +30,7 @@ The optional file and line - parameters where added in PHP 4.3.0. + parameters were added in PHP 4.3.0.
[PHP-DOC] #36565 [NEW]: mb_strpos: improper explanation
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: mb_strpos: improper explanation Description: Please take a look at the following url. http://www.php.net/manual/en/function.mb-strpos.php > mb_strrpos() accepts string for needle where strrpos() accepts only character. This sentence describes mb_str*r*pos and str*r*pos, not mb_strpos. I think it is improper to explain this here. Expected result: diff -u -r1.3 mb-strpos.xml --- en/reference/mbstring/functions/mb-strpos.xml 22 Apr 2005 15:39:27 - 1.3 +++ en/reference/mbstring/functions/mb-strpos.xml 1 Mar 2006 03:34:39 - @@ -33,10 +33,7 @@ If encoding is omitted, internal - character encoding is used. mb_strrpos - accepts string for - needle where strrpos - accepts only character. + character encoding is used. offset is search offset. If it is not -- Edit bug report at http://bugs.php.net/?id=36565&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36565&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36565&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36565&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36565&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36565&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36565&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36565&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36565&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36565&r=support Expected behavior:http://bugs.php.net/fix.php?id=36565&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36565&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36565&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36565&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36565&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36565&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36565&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36565&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36565&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36565&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36565&r=mysqlcfg
[PHP-DOC] #36564 [NEW]: "where" should be "were"
From: ongardie at gmail dot com Operating system: irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: "where" should be "were" Description: headers_sent() documentation reads "Note: The optional file and line parameters where added in PHP 4.3.0." Rather than 'where', it should have 'were'. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=36564&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36564&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36564&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36564&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36564&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36564&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36564&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36564&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36564&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36564&r=support Expected behavior:http://bugs.php.net/fix.php?id=36564&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36564&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36564&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36564&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36564&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36564&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36564&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36564&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36564&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36564&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36564&r=mysqlcfg
Re: [PHP-DOC] [patch] changes in en/reference/ncurses/constants.xml
> The final decision will be of course up to you guys, but I would hope > that the patch be applied. The patch would make the page a little too > big, like you say, but I would vote for the consistency in page format > (I don't see constants given as ranges elsewhere), than a slight page > size increase in just one extension. I agree with Nuno, here. Readability over hard consistency rules, IMO. I think your best bet is to craw the XML as you do now, and apply local overlays on your end. S
[PHP-DOC] cvs: phpdoc /en/reference/classobj/functions property-exists.xml
nlopess Tue Feb 28 23:45:58 2006 UTC Modified files: /phpdoc/en/reference/classobj/functions property-exists.xml Log: fix explanation/example about visibility of properties http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/classobj/functions/property-exists.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/classobj/functions/property-exists.xml diff -u phpdoc/en/reference/classobj/functions/property-exists.xml:1.3 phpdoc/en/reference/classobj/functions/property-exists.xml:1.4 --- phpdoc/en/reference/classobj/functions/property-exists.xml:1.3 Fri Nov 4 14:12:13 2005 +++ phpdoc/en/reference/classobj/functions/property-exists.xml Tue Feb 28 23:45:58 2006 @@ -1,5 +1,5 @@ - + property_exists @@ -16,7 +16,7 @@ This function checks if the given property exists in - the specified class (and if it was declared as public). + the specified class (and if it is accessible from the current scope). @@ -71,11 +71,16 @@ class myClass { public $mine; private $xpto; + +static function test() { +var_dump(property_exists('myClass', 'xpto')); // true, it can be accessed from here +} } var_dump(property_exists('myClass', 'mine')); //true var_dump(property_exists(new myClass, 'mine')); //true var_dump(property_exists('myClass', 'xpto')); //false, isn't public +myClass::test(); ?> ]]>
[PHP-DOC] cvs: phpdoc /en/reference/paradox reference.xml
nlopess Tue Feb 28 23:30:05 2006 UTC Modified files: /phpdoc/en/reference/paradoxreference.xml Log: fix class name. spoted by user note http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/reference.xml?r1=1.4&r2=1.5&diff_format=u Index: phpdoc/en/reference/paradox/reference.xml diff -u phpdoc/en/reference/paradox/reference.xml:1.4 phpdoc/en/reference/paradox/reference.xml:1.5 --- phpdoc/en/reference/paradox/reference.xml:1.4 Sun Sep 4 19:39:23 2005 +++ phpdoc/en/reference/paradox/reference.xml Tue Feb 28 23:30:05 2006 @@ -1,5 +1,5 @@ - + @@ -51,12 +51,12 @@ Object oriented API The paradox extension provides also an object oriented API. It consists of -only one class called paradox_doc. Its methods only differ from the +only one class called paradox_db. Its methods only differ from the functions in its name and of course the missing first parameter. The following table will list all methods and its equivalent functions. - Methods of class paradox_doc + Methods of class paradox_db
Re: [PHP-DOC] [patch] changes in en/reference/ncurses/constants.xml
Hi Nuno, On Tue, 2006-02-28 at 22:54 +, Nuno Lopes wrote: > Hi, > > I'm not sure we want to apply this patch. This will make the page too big > and too verbose. The final decision will be of course up to you guys, but I would hope that the patch be applied. The patch would make the page a little too big, like you say, but I would vote for the consistency in page format (I don't see constants given as ranges elsewhere), than a slight page size increase in just one extension. But again, I won't hold it against you even if you decide not to apply the patch. ;-) > Why don't you crawl the PHP sources directly, instead of reading the docs, > which can be outdated and/or incorrect? It's easier to parse the doc files because they are already well structured in XML. Plus the PHP sources don't have those nice function/constant descriptions that the doc files have, and we prefer to provide them too in our app. That makes it easier for the users to understand and choose the right function/constant etc, based on the description being presented to them. A slight inaccuracy and outdatedness would be fine, as long as we can spot and correct it, in which case we will be sending you guys a patch, of course. Kohei -- Kohei Yoshida, Software Engineer SlickEdit Inc. [ http://www.slickedit.com/ ]
Re: [PHP-DOC] [patch] changes in en/reference/ncurses/constants.xml
Hi, I'm not sure we want to apply this patch. This will make the page too big and too verbose. Why don't you crawl the PHP sources directly, instead of reading the docs, which can be outdated and/or incorrect? Nuno - Original Message - Hi there again, Well, here is another modification I've made to the doc. In the ncurses category, some constants, such as NCURSES_KEY_F* and NCURSES_BUTTON*_RELEASED (and its cousins), are given as ranges. I've changed them to list individual entries instead of the original ranges. I needed to do this in order to get our syntax-highlighting and auto completion to work correctly for these builtin constants. A patch is attached herein. Kohei
[PHP-DOC] #36563 [NEW]: print_r, var_export, debug_print_backtrace use output buffering
From: jasper at album dot co dot nz Operating system: Linux PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: print_r, var_export, debug_print_backtrace use output buffering Description: It needs to be documented that print_r and var_export, with the second parameter TRUE, internally use output buffering to return their result rather than output it. This causes them to fail when used within an output buffering callback handler. Alternatively, this could be changed to a feature request and the code could be changed to not use output buffering. Reproduce code: --- Expected result: 'Hello' Actual result: -- Fatal error: var_export(): Cannot use output buffering in output buffering display handlers in Command line code on line 2 -- Edit bug report at http://bugs.php.net/?id=36563&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36563&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36563&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36563&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36563&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36563&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36563&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36563&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36563&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36563&r=support Expected behavior:http://bugs.php.net/fix.php?id=36563&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36563&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36563&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36563&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36563&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36563&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36563&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36563&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36563&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36563&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36563&r=mysqlcfg
Re: [PHP-DOC] Gabor resigns from the editor post
> he probably has more time than Sean Yes, I appreciate the thought, but I certainly don't consistently have any extra time to devote to phpdoc -- sorry. S
Re: [PHP-DOC] Gabor resigns from the editor post
Hi Goba, Gabor Hojtsy wrote: I hope that my reasons are understandable, and I am certain that we will be able to manage to execute some smooth process of handing the reposibilities and the credits over. It was a great pleasure to work with you, and shape the PHP Documentation into what it is today. Your reasons are very understandable! Once I had the pleasure to meet you in real life (docmeeting linuxtag) and I can certainly say: it was always a great pleasure to work with you! So;), I wish you all the best for your past-phpdoc-life, thanks for your valuable time you spent for this project in the recent years. And maybe once you will be a famous hungarian actor;-? I would hand out invites four our May premier nights, but the play is in Hungarian, and I am afraid, not many of you would understand a word of it, even if you would be able to make it :) Hungarian? Huh ;-) Before I try to learn Hungarian I should improve my English;-) Anyhow it may be fun? But Hungary is a bit far;-) If you play in Germany on your world tour, i will come, for sure;-) All jokes aside: good luck for your premier nights! By the way, I am around at phpweb, and took par in the introduction of the Yahoo Search API based website search deployed today. Give it a try, give suggestions at the webmaster address! I will try it out, later... Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as "Editor", no? I have though a little on the subject, and I prefer not to be the next editor. I currently don't have much time to spend on phpdoc and I'll have to reduce it over the few next months, as I'm (probably) going to participate in Robocup (the robot soccer world cup). Also, my English isn't as good as it should be.. I would vote on Jakub, because he probably has more time than Sean and has already a good experience (we received the cvs account in the same day :) ) Ah, and I don't think that more than one editor is needed.. Nuno P.S.: about livedocs, well I wanted to work on it in the last summer, but I couldn't find time for it. I'll see if I can devote some time to it in the next vacations. I really want to rewrite the indexer.
Re: [PHP-DOC] Gabor resigns from the editor post
>> I hope that my reasons are understandable, and I am certain that we will >> be able to manage to execute some smooth process of handing the >> reposibilities and the credits over. It was a great pleasure to work >> with you, and shape the PHP Documentation into what it is today. > > Your reasons are very understandable! Once I had the pleasure to meet > you in real life (docmeeting linuxtag) and I can certainly say: it was > always a great pleasure to work with you! > So;), I wish you all the best for your past-phpdoc-life, thanks for your > valuable time you spent > for this project in the recent years. And maybe once you will be a > famous hungarian actor;-? I would hand out invites four our May premier nights, but the play is in Hungarian, and I am afraid, not many of you would understand a word of it, even if you would be able to make it :) By the way, I am around at phpweb, and took par in the introduction of the Yahoo Search API based website search deployed today. Give it a try, give suggestions at the webmaster address! Goba
Re: [PHP-DOC] Gabor resigns from the editor post
Hi Goba, Gabor Hojtsy wrote: Hi, I have been pondering through this writeup in the last couple of weeks, and the recent OSCOM events [1] prompted me to be straight and honest, and step back from the leadership of the PHP Documentation and from the list on the documentation frontpage consequently. That is bad news for the doc-team, because I always appreciated your clear, unagitated, constructive, well thought and friendly manner to contribute to the documentation. Yeah, let me say: your contribution was always very welcome and much valuable. Remembering back the days I joined phpdoc, you have been always around, answering questions for newbies like I was, improving, discussing, heck: you have been nearly everywhere. [...] I hope that my reasons are understandable, and I am certain that we will be able to manage to execute some smooth process of handing the reposibilities and the credits over. It was a great pleasure to work with you, and shape the PHP Documentation into what it is today. Your reasons are very understandable! Once I had the pleasure to meet you in real life (docmeeting linuxtag) and I can certainly say: it was always a great pleasure to work with you! So;), I wish you all the best for your past-phpdoc-life, thanks for your valuable time you spent for this project in the recent years. And maybe once you will be a famous hungarian actor;-? So, thanks again, best wishes, good by Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: Friedhelm Betz wrote: Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as "Editor", no? Yes, you can. Depends on the team choice, if you would like to have :) there used to be multiple editors. I prefer more than one person;-) Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
Friedhelm Betz wrote: > Gabor Hojtsy wrote: > >> Gabor Hojtsy wrote: >> To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. >>> >>> Good candidate. He has a good view on phpdoc, phpweb, user notes, >>> livedocs, etc. Let's gather candidates and/or vote on the already >>> proposed ones. >> >> Other votes or candidates? > > Vrana, Sean. > We can have more than one person as "Editor", no? Yes, you can. Depends on the team choice, if you would like to have :) there used to be multiple editors. Goba
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as "Editor", no? Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: >>To be constructive, I propose Nuno for a new editor (if he agrees). He >>has good overview necessary for this position and more than enough >>skills. I think he has respect from most docteam members. > > Good candidate. He has a good view on phpdoc, phpweb, user notes, > livedocs, etc. Let's gather candidates and/or vote on the already > proposed ones. Other votes or candidates? Goba
Re: [PHP-DOC] #36535 [NEW]: Error in mysql_errno documentation (Polishversion)
Derick Rethans wrote: On Mon, 27 Feb 2006, Nuno Lopes wrote: CCing sytem guys. We are still receiving notes with html entities, like: http://news.php.net/php.notes/104499 Can you please check whats going on, please? The input filter does this I assume. Which filter did you configure by default Rasmus? filter.default=special_chars So, should we add something to revert the filter? like: if (function_exists('input_get')) { $note = input_get(INPUT_POST, 'note', FILTER_UNSAFE_RAW); } else { $note = $_POST['note']; } Nuno
[PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocinewdescriptor.xml
tony2001Tue Feb 28 09:52:27 2006 UTC Modified files: /phpdoc/en/reference/oci8/functions ocinewdescriptor.xml Log: tix fypo http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml?r1=1.16&r2=1.17&diff_format=u Index: phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml diff -u phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml:1.16 phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml:1.17 --- phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml:1.16Wed Sep 7 09:35:22 2005 +++ phpdoc/en/reference/oci8/functions/ocinewdescriptor.xml Tue Feb 28 09:52:27 2006 @@ -1,8 +1,8 @@ - - + + - ocinewscriptor + ocinewdescriptor &Alias; oci_new_descriptor
[PHP-DOC] #36554 [Opn->Csd]: Broken Link in the PHP Documentation
ID: 36554 Updated by: [EMAIL PROTECTED] Reported By: puma1979 at hotmail dot com -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has already 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. Previous Comments: [2006-02-28 10:35:21] puma1979 at hotmail dot com Description: On this page in the online Docu http://php.benscom.com/manual/en/function.strtotime.php there is a broken link: Date Input Formats http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html --> Page not found 28th Feb '06 -- Edit this bug report at http://bugs.php.net/?id=36554&edit=1
[PHP-DOC] #36554 [NEW]: Broken Link in the PHP Documentation
From: puma1979 at hotmail dot com Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Broken Link in the PHP Documentation Description: On this page in the online Docu http://php.benscom.com/manual/en/function.strtotime.php there is a broken link: Date Input Formats http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html --> Page not found 28th Feb '06 -- Edit bug report at http://bugs.php.net/?id=36554&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36554&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36554&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36554&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36554&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36554&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36554&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36554&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36554&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36554&r=support Expected behavior:http://bugs.php.net/fix.php?id=36554&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36554&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36554&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36554&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36554&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36554&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36554&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36554&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36554&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36554&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36554&r=mysqlcfg