#33275 [Bgs]: strip_tags() strips everything after "<="
ID: 33275 User updated by: slawek at truxe dot com Reported By: slawek at truxe dot com Status: Bogus Bug Type: Strings related Operating System: Windows 2003 Server PHP Version: 4.3.11 New Comment: That's right, You ascertain me. But I think that "...strips everything between a pair of angle brackets..." tells little bit more than "... also broken broken tags...". Thanks for attention and engagement. Slawek Previous Comments: [2005-06-08 15:56:08] [EMAIL PROTECTED] That's not what the manual says actually. It says it *also* strips HTML comments. And below that it says, "Because strip_tags() does not actually validate the HTML, partial, or broken tags can result in the removal of more text/data than expected." So I would say the behaviour you are reporting is documented. ---- [2005-06-08 15:49:47] slawek at truxe dot com Yes, but in manual states that strip_trags() wipes everything between html comment tags (forced&silently), and I assume that everything else can be set as "string allowable_tags". Html comments looks like "
#33275 [Bgs]: strip_tags() strips everything after "<="
ID: 33275 User updated by: slawek at truxe dot com Reported By: slawek at truxe dot com Status: Bogus Bug Type: Strings related Operating System: Windows 2003 Server PHP Version: 4.3.11 New Comment: Yes, but in manual states that strip_trags() wipes everything between html comment tags (forced&silently), and I assume that everything else can be set as "string allowable_tags". Html comments looks like "
#33275 [NEW]: strip_tags() strips everything after "<="
From: slawek at truxe dot com Operating system: Windows 2003 Server PHP version: 4.3.11 PHP Bug Type: Strings related Bug description: strip_tags() strips everything after "<=" Description: // strip_tags() strips everything after "<=" // strings like >= not affected // result of print $sql_query; select * from anytable where anycolumn // should be select * from anytable where anycolumn <= '10' Reproduce code: --- // strip_tags() strips everything after "<=" // strings like >= not affected Expected result: select * from anytable where anycolumn <= '10' Actual result: -- select * from anytable where anycolumn -- Edit bug report at http://bugs.php.net/?id=33275&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33275&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33275&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33275&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33275&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33275&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33275&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33275&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33275&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33275&r=support Expected behavior: http://bugs.php.net/fix.php?id=33275&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33275&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33275&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33275&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33275&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33275&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33275&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33275&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33275&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33275&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33275&r=mysqlcfg
Bug #17324 Updated: charset in polish chm is wrong
ID: 17324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: win98 PHP Version: 4.2.1 New Comment: It's true. Additionaly, users can't search the manual because of incompatible charsets. I've investigated this problem about month ago. There is no other way to solve it than converting the whole manual to cp-1250 and changing meta before compiling chm. I hope it would be possible with the new version of chm. Previous Comments: [2002-05-20 19:50:39] [EMAIL PROTECTED] codepage in polish chm is wrong. In head of all html files included into chm documentation charset is set to iso8952-2 but letters are written like this: Rozdzia³ instead of Rozdzia³ But also in list on the left, polish letters are shown wrong despite of that are written ok. best regards Andrzej Korcala -- Edit this bug report at http://bugs.php.net/?id=17324&edit=1
Bug #17010: not clearly documented import_request_variables
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: not clearly documented import_request_variables The "prefix" argument in import_request_variables is not clearly documented. From a short note one may think (and someone actually did, that's why I'm reporting this) that "prefix" is used to specify which variables to import (starting with prefix...). -- Edit bug report at http://bugs.php.net/?id=17010&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17010&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17010&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17010&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17010&r=support Expected behavior: http://bugs.php.net/fix.php?id=17010&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17010&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17010&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17010&r=globals
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: It looks it working now, my previous comment was a mistake. Previous Comments: [2002-04-12 06:07:21] [EMAIL PROTECTED] reopening [2002-04-12 04:40:22] [EMAIL PROTECTED] > Is this still a problem with the latest build of the manual? yes! [2002-04-12 04:16:14] [EMAIL PROTECTED] Is this still a problem with the latest build of the manual? [2002-03-19 04:49:59] [EMAIL PROTECTED] Well, I explain again enterely the bug : - in the french (& english too) documentation, in "chm" format (last release 18 march 2002) - when I access to the "chmod" function by the menu : "Content"->"Index functions"("Function reference")->"File system functions" - I obtain the error : "The page cannot be displayed" - reason : it looks for the "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu nction.chmod.html" page It's only an unresolved link during the compilation of the chm file. The only way to resolve it, is to remake the file. Ruben [2002-03-18 17:16:09] [EMAIL PROTECTED] Sorry, changed status to feedback. 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/16142 -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: > Is this still a problem with the latest build of the manual? yes! Previous Comments: [2002-04-12 04:16:14] [EMAIL PROTECTED] Is this still a problem with the latest build of the manual? [2002-03-19 04:49:59] [EMAIL PROTECTED] Well, I explain again enterely the bug : - in the french (& english too) documentation, in "chm" format (last release 18 march 2002) - when I access to the "chmod" function by the menu : "Content"->"Index functions"("Function reference")->"File system functions" - I obtain the error : "The page cannot be displayed" - reason : it looks for the "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu nction.chmod.html" page It's only an unresolved link during the compilation of the chm file. The only way to resolve it, is to remake the file. Ruben [2002-03-18 17:16:09] [EMAIL PROTECTED] Sorry, changed status to feedback. [2002-03-18 17:15:45] [EMAIL PROTECTED] It worked for me. I downloaded the chm file, and opened it up. I then went to the index, looked for chmod, and it pulled up just fine. What page has the link your trying to follow? [2002-03-18 16:42:33] [EMAIL PROTECTED] I dunno about this. I use linux. Can someone with windows please try this. Re-opening in case this is correct. 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/16142 -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16447: Inactive "see alsos"
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: Inactive "see alsos" Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit bug report at http://bugs.php.net/?id=16447&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16447&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16447&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16447&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16447&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16447&r=support Expected behavior: http://bugs.php.net/fix.php?id=16447&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16447&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16447&r=submittedtwice
Bug #16446: Incorrect English?
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: Incorrect English? In image.xml, exif_thumbnail: "It is possible that exif_thumbnail() cannot create and image but determine the its size." I think it's incorrect but I can't figure out how to fix it. slawek- -- Edit bug report at http://bugs.php.net/?id=16446&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16446&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16446&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16446&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16446&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16446&r=support Expected behavior: http://bugs.php.net/fix.php?id=16446&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16446&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16446&r=submittedtwice