[PHP-DOC] #32201 [Opn-Ver]: gettext: Unexpected output from textdomain()
ID: 32201
Updated by: [EMAIL PROTECTED]
-Summary: Unexpected output from textdomain()
Reported By: php at fimbul dot net
-Status: Open
+Status: Verified
-Bug Type: Gettext related
+Bug Type: Documentation problem
Operating System: Linux (Debian unstable)
PHP Version: 4.3.10
New Comment:
From the GNU gettext manpage:
If successful, the textdomain function returns the current
message domain, after possibly changing it.
As the PHP function is merely a wrapper to this gettext function, this
is a documentation problem. Reclassified as such.
Previous Comments:
[2005-03-06 02:58:50] php at fimbul dot net
Description:
From the documentation:
string textdomain ( string text_domain )
This function sets the domain to search within when calls are made to
gettext(), usually the named after an application. The previous default
domain is returned. Call it with NULL as parameter to get the current
setting without changing it.
What actually happens:
This function sets the domain to search within when calls are made to
gettext(), usually the named after an application. The current default
domain is returned, i.e. the domain just set. Call it with NULL as
parameter to get the current setting without changing it.
Reproduce code:
---
?php
// Let's assume that the current default domain is 'A'
echo textdomain(NULL);
echo $orig = textdomain('B');
echo textdomain(NULL);
echo textdomain('C');
echo textdomain(NULL);
echo textdomain($orig);
echo textdomain(NULL);
?
Expected result:
AABBCCA
Actual result:
--
ABBCCBB
--
Edit this bug report at http://bugs.php.net/?id=32201edit=1
[PHP-DOC] #32166 [Com]: http://www.php.net/manual/ru/ - don't work
ID: 32166 Comment by: anpaza at mail dot ru Reported By: max at stranger-team dot ru Status: Assigned Bug Type: Documentation problem Operating System: SuSE Linux Professional 9.2 PHP Version: Irrelevant Assigned To: derick New Comment: I've just downloaded the whole russian docs archive and it's just 4 megabytes of junk. It's not a server problem, the files are all garbled. Previous Comments: [2005-03-03 09:48:12] max at stranger-team dot ru You server answer: # HEAD http://www.php.net/manual/ru/ 200 OK Date: Thu, 03 Mar 2005 08:16:58 GMT Age: 1744 Server: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev Vary: Cookie Content-Language: ru Content-Type: text/html;charset=utf-8 Last-Modified: Thu, 03 Mar 2005 08:12:41 GMT Proxy-Connection: close X-Cache: HIT from kckk.ru X-Powered-By: PHP/4.3.3-dev charset=utf-8 - it's good, but content not in Unicode. [2005-03-03 09:37:53] max at stranger-team dot ru i test it on: Opera/7.54 (X11; Linux i686; U) [ru] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1 [2005-03-03 09:33:18] max at stranger-team dot ru Description: Server-side codepage problem. http://www.php.net/manual/ru/ - don't work in any codepage of: UTF-8, KOI8-R, cp1251 -- Edit this bug report at http://bugs.php.net/?id=32166edit=1
[PHP-DOC] cvs: phpdoc / configure.in
tony2001Sun Mar 6 12:00:42 2005 EDT Modified files: /phpdoc configure.in Log: ru is using utf8 from now http://cvs.php.net/diff.php/phpdoc/configure.in?r1=1.219r2=1.220ty=u Index: phpdoc/configure.in diff -u phpdoc/configure.in:1.219 phpdoc/configure.in:1.220 --- phpdoc/configure.in:1.219 Thu Mar 3 15:42:30 2005 +++ phpdoc/configure.in Sun Mar 6 12:00:40 2005 @@ -1,4 +1,4 @@ -dnl $Id: configure.in,v 1.219 2005/03/03 20:42:30 techtonik Exp $ +dnl $Id: configure.in,v 1.220 2005/03/06 17:00:40 tony2001 Exp $ dnl autoconf initialisation AC_INIT() @@ -744,14 +744,13 @@ echo saving trees: $TREESAVING; case $LANG in - ja|ko|pt_BR) ENCODING=UTF-8;; + ja|ko|pt_BR|ru) ENCODING=UTF-8;; zh_tw|zh_hk) ENCODING=big5;; zh_cn) ENCODING=gb2312;; cs|hu|pl|ro|sk) ENCODING=ISO-8859-2;; ar) ENCODING=ISO-8859-6;; tr) ENCODING=ISO-8859-9;; he) ENCODING=ISO-8859-8;; - ru) ENCODING=windows-1251;; el) ENCODING=ISO-8859-7;; *) ENCODING=UTF-8;; esac @@ -793,9 +792,6 @@ ISO-8859-9) HTMLHELP_ENCODING=windows-1254 ;; - windows-1251) -HTMLHELP_ENCODING=windows-1251 -;; esac AC_SUBST(SP_OPTIONS)
[PHP-DOC] cvs: phpdoc / LICENSE Makefile.in
techtonik Sun Mar 6 14:11:36 2005 EDT Modified files: /phpdoc LICENSE Makefile.in Log: bump year http://cvs.php.net/diff.php/phpdoc/LICENSE?r1=1.6r2=1.7ty=u Index: phpdoc/LICENSE diff -u phpdoc/LICENSE:1.6 phpdoc/LICENSE:1.7 --- phpdoc/LICENSE:1.6 Thu Sep 2 18:33:16 2004 +++ phpdoc/LICENSE Sun Mar 6 14:11:34 2005 @@ -1,6 +1,6 @@ Documentation content licensing: -Copyright (c) 1997 - 2004 by the PHP Documentation Group. This +Copyright (c) 1997 - 2005 by the PHP Documentation Group. This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, v1.0 or later. A copy of the Open Publication License is distributed http://cvs.php.net/diff.php/phpdoc/Makefile.in?r1=1.160r2=1.161ty=u Index: phpdoc/Makefile.in diff -u phpdoc/Makefile.in:1.160 phpdoc/Makefile.in:1.161 --- phpdoc/Makefile.in:1.160Thu Mar 3 15:42:31 2005 +++ phpdoc/Makefile.in Sun Mar 6 14:11:34 2005 @@ -1,7 +1,7 @@ # +--+ # | PHP Version 4| # +--+ -# | Copyright (c) 1997-2004 The PHP Group| +# | Copyright (c) 1997-2005 The PHP Group| # +--+ # | This source file is subject to version 3.0 of the PHP license, | # | that is bundled with this package in the file LICENSE, and is| @@ -16,7 +16,7 @@ # # -# $Id: Makefile.in,v 1.160 2005/03/03 20:42:31 techtonik Exp $ +# $Id: Makefile.in,v 1.161 2005/03/06 19:11:34 techtonik Exp $ # all: html
[PHP-DOC] #32212 [NEW]: $_FILES with arrays
From: gardan at gmx dot net
Operating system: -
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: $_FILES with arrays
Description:
Using a form with input name like name=foo[] this is what is returned
for files:
$_FILES = array(1) {
[foo]=
array(5) {
[name]=
array(2) {
[0]=
string(0)
[1]=
string(0)
}
[type]=
array(2) {
[0]=
string(0)
[1]=
string(0)
}
[...snip...]
}
}
Expected:
$_FILES = array(1) {
[foo]=
array(2) {
[0]=
array(5) {
[name]=
string(0)
[type]=
string(0)
[...snip...]
}
[1]=
array(5) {
[0]=
string(0)
[1]=
string(0)
[...snip...]
}
}
}
This being highly unintuitive, though in a bug report from 2002 closed as
won't change, should be documented.
--
Edit bug report at http://bugs.php.net/?id=32212edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32212r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32212r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32212r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32212r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32212r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32212r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32212r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32212r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32212r=support
Expected behavior: http://bugs.php.net/fix.php?id=32212r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32212r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32212r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32212r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32212r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32212r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32212r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32212r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32212r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32212r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32212r=mysqlcfg
[PHP-DOC] #32212 [Opn-Fbk]: $_FILES with arrays
ID: 32212
Updated by: [EMAIL PROTECTED]
Reported By: gardan at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: Documentation problem
Operating System: -
PHP Version: Irrelevant
New Comment:
What bug from 2002 are you talking about?
Previous Comments:
[2005-03-07 02:56:02] gardan at gmx dot net
Description:
Using a form with input name like name=foo[] this is what is returned
for files:
$_FILES = array(1) {
[foo]=
array(5) {
[name]=
array(2) {
[0]=
string(0)
[1]=
string(0)
}
[type]=
array(2) {
[0]=
string(0)
[1]=
string(0)
}
[...snip...]
}
}
Expected:
$_FILES = array(1) {
[foo]=
array(2) {
[0]=
array(5) {
[name]=
string(0)
[type]=
string(0)
[...snip...]
}
[1]=
array(5) {
[0]=
string(0)
[1]=
string(0)
[...snip...]
}
}
}
This being highly unintuitive, though in a bug report from 2002 closed
as won't change, should be documented.
--
Edit this bug report at http://bugs.php.net/?id=32212edit=1
