#22617 [Bgs]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Bogus Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: Works badly! > "Accept Language" setting is also honored on > language sensitive pages ... You can set your > preferences under Edit/Preferences/Navigator/Languages > in Mozilla English is my first set langauge, [fr] is the second. It should not pick up on Fr? At least when I switch languages on a manual reference page to go from Fr to En, my cookie should at least recognise that I switched to En? Set up a page for users to change their preferences so their cookie is configured to their liking? :) J Previous Comments: [2003-03-10 15:29:17] jtjohnston at courrier dot usherb dot ca Works badly! [2003-03-10 06:21:17] [EMAIL PROTECTED] This is a new feature of php.net, auto-accepting languages, as noticed on the http://www.php.net homepage. Marking as bogus. ~ Andrew Heebner [2003-03-10 00:18:58] jtjohnston at courrier dot usherb dot ca It worked until this past week some time [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages 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/22617 -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22617 [Bgs]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Bogus Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: Works badly! Previous Comments: [2003-03-10 06:21:17] [EMAIL PROTECTED] This is a new feature of php.net, auto-accepting languages, as noticed on the http://www.php.net homepage. Marking as bogus. ~ Andrew Heebner [2003-03-10 00:18:58] jtjohnston at courrier dot usherb dot ca It worked until this past week some time [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages [2003-03-09 23:02:47] jtjohnston at courrier dot usherb dot ca Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22617 [Opn]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Open Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: It worked until this past week some time Previous Comments: [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages [2003-03-09 23:02:47] jtjohnston at courrier dot usherb dot ca Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22617 [Opn]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Open Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: I admit, [Fr] is the second accepted language. But English [En] is the first!? Previous Comments: [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages [2003-03-09 23:02:47] jtjohnston at courrier dot usherb dot ca Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22617 [NEW]: www.php.net language
From: jtjohnston at courrier dot usherb dot ca Operating system: PHP version: 4.3.1 PHP Bug Type: *Web Server problem Bug description: www.php.net language Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit bug report at http://bugs.php.net/?id=22617&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22617&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22617&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22617&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22617&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22617&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22617&r=support Expected behavior: http://bugs.php.net/fix.php?id=22617&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22617&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22617&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22617&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22617&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22617&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22617&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22617&r=gnused
#17158 [Csd]: setcookie()
ID: 17158
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: n/a
PHP Version: 4.2.0
New Comment:
Ok, but how many times do you have to press submit before the browser
actually acts. Click #1 sets the cookie, click #2 is able to read the
cookie change. 1 click too many in my opinion.
Previous Comments:
[2003-01-08 21:31:43] [EMAIL PROTECTED]
Exactly, PHP is server-side... So this is a restriction of the
server-side theory. Javascript is a client-side browser controlled
language, it is not executed on the server at all.
[2002-05-11 16:37:39] [EMAIL PROTECTED]
Javascript cookies are client-side which is an entirely different
thing. If you want to get around header() and setcookie() limitations,
take a look at http://www.php.net/manual/en/ref.outcontrol.php
[2002-05-11 16:36:26] [EMAIL PROTECTED]
this is because JS has dircet access to the browser., whereas PHP has
not. it is a limitation of HTTP in general and cookies in particular.
so the docs are right. no bug -> bogus
[2002-05-11 16:30:26] [EMAIL PROTECTED]
setcookie() states "cookies must be sent before any other headers are
sent (this is a restriction of cookies, not PHP).
http://www.php.net/manual/en/function.setcookie.php
I would like to suggest this is a restriction of PHP, not cookies.
I can send and read cookies right in the middle of my HTML
when I use Javascript:
http://www.collegeSherbrooke.qc.ca/languesmodernes/cookie.htm
setCookie("TestCookie","first time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
document.write("
");
setCookie("TestCookie","second time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
When can we expect a feature change on setcookie() ?
--
Edit this bug report at http://bugs.php.net/?id=17158&edit=1
Bug #17158: setcookie()
From: [EMAIL PROTECTED]
Operating system: n/a
PHP version: 4.2.0
PHP Bug Type: Feature/Change Request
Bug description: setcookie()
setcookie() states "cookies must be sent before any other headers are sent
(this is a restriction of cookies, not PHP).
http://www.php.net/manual/en/function.setcookie.php
I would like to suggest this is a restriction of PHP, not cookies.
I can send and read cookies right in the middle of my HTML
when I use Javascript:
http://www.collegeSherbrooke.qc.ca/languesmodernes/cookie.htm
setCookie("TestCookie","first time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
document.write("
");
setCookie("TestCookie","second time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
When can we expect a feature change on setcookie() ?
--
Edit bug report at http://bugs.php.net/?id=17158&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=17158&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17158&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=17158&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=17158&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17158&r=support
Expected behavior: http://bugs.php.net/fix.php?id=17158&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17158&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17158&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17158&r=globals
Bug #10629 Updated: SMTP: mail() the fifth parameter
ID: 10629
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: 4.0.5
New Comment:
I still think it should be added as a fifth parameter !
Why would I use ini_set. Not to get into an argument, but why come up
with work arounds?
Previous Comments:
[2002-04-29 12:24:48] [EMAIL PROTECTED]
you can use ini_set() to set the smtp server dynamically.
[2002-04-17 16:16:21] [EMAIL PROTECTED]
for sure :) it was kick ass!
[2001-05-03 04:04:33] [EMAIL PROTECTED]
It will be real handy if ...
mail() allows smtp specification in the new fifth parameter of mail()
mail("[EMAIL PROTECTED]",
"the subject",
$message,
"From: webmaster@$SERVER_NAME",
"smtp.aol.com");
If you think about it, Perl's smtp.pm when it was first created did
just this. http://www.faqs.org/rfcs/rfc2821.html even talks about this
type of portability somewhere.
[2001-05-03 03:59:08] [EMAIL PROTECTED]
It will be real handy if ...
mail() allows smtp specification in the new fifth parameter of mail()
mail("[EMAIL PROTECTED]",
"the subject",
$message,
"From: webmaster@$SERVER_NAME",
"smtp.aol.com");
If you think about it, Perl's smtp.pm when it was created did just this
first.
http://www.faqs.org/rfcs/rfc2821.html talks about it this type of
portability
somewhere.
--
Edit this bug report at http://bugs.php.net/?id=10629&edit=1
Bug #16922: Mail()
From: [EMAIL PROTECTED]
Operating system: N/A
PHP version: 4.2.0
PHP Bug Type: Feature/Change Request
Bug description: Mail()
mail() should allow an optional smtp specification, such as:
mail("[EMAIL PROTECTED]",
"the subject",
$message,
"From: webmaster@$SERVER_NAME",
"smtp.aol.com");
I have received all sorts of suggestions on how to by-pass this, and I
have come up with a few myself.
But I still feel smtp should be a command in mail().
Not that Perl was the end all and be all, but it can, so why shouldn't
PHP? PHP was developed by those who felt Perl ASp etc were antiquated.
This was just a small thing that still could be useful ?
--
Edit bug report at http://bugs.php.net/?id=16922&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16922&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16922&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16922&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16922&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16922&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16922&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16922&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16922&r=submittedtwice
