#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: glenjamin at gmail dot com Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: i've found that removing the form= and using fieldset=fakeentry worked fine for me on php 4.3.6 Previous Comments: [2004-04-21 05:21:16] paulc at 4-life dot net I'm also getting this problem. Is there a possible fix without having to edit the php.ini file? [2004-04-18 11:19:01] gareth at blueshadow dot org dot uk How about, finding a form's first tag, and inserting the hidden field just in front of that... That way, if the author has put their first input tag in a valid place, PHP won't change that, and if it isn't in a compliant place, again, PHP won't make it any more or less valid... Just my $0.02 [2004-01-30 06:12:31] ebola at psychoholics dot org I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: paulc at 4-life dot net Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: I'm also getting this problem. Is there a possible fix without having to edit the php.ini file? Previous Comments: [2004-04-18 11:19:01] gareth at blueshadow dot org dot uk How about, finding a form's first tag, and inserting the hidden field just in front of that... That way, if the author has put their first input tag in a valid place, PHP won't change that, and if it isn't in a compliant place, again, PHP won't make it any more or less valid... Just my $0.02 [2004-01-30 06:12:31] ebola at psychoholics dot org I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: gareth at blueshadow dot org dot uk Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: How about, finding a form's first tag, and inserting the hidden field just in front of that... That way, if the author has put their first input tag in a valid place, PHP won't change that, and if it isn't in a compliant place, again, PHP won't make it any more or less valid... Just my $0.02 Previous Comments: [2004-01-30 06:12:31] ebola at psychoholics dot org I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: ebola at psychoholics dot org Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. Previous Comments: [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA [2003-02-08 17:05:25] node at nodefall dot de I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: yallis at surr dot no Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. Previous Comments: [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA [2003-02-08 17:05:25] node at nodefall dot de I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX [2003-02-05 19:10:46] xanthor at xanthor dot tk And if we can't access php.ini ? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: node at nodefall dot de Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: just open a new one... this seems to be the only way Previous Comments: [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA [2003-02-08 17:05:25] node at nodefall dot de I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX [2003-02-05 19:10:46] xanthor at xanthor dot tk And if we can't access php.ini ? [2003-02-05 16:00:29] [EMAIL PROTECTED] The adding of the hidden input field can now be turned off by just removing the 'form=' entry from url_rewriter.tags [2003-01-12 15:38:08] [EMAIL PROTECTED] Opened again. 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: vmizuba at queens dot org Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA Previous Comments: [2003-02-08 17:05:25] node at nodefall dot de I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX [2003-02-05 19:10:46] xanthor at xanthor dot tk And if we can't access php.ini ? [2003-02-05 16:00:29] [EMAIL PROTECTED] The adding of the hidden input field can now be turned off by just removing the 'form=' entry from url_rewriter.tags [2003-01-12 15:38:08] [EMAIL PROTECTED] Opened again. [2003-01-08 19:07:11] node at nodefall dot de so could anybody reopen this bug... or create a new one? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX Previous Comments: [2003-02-05 19:10:46] [EMAIL PROTECTED] And if we can't access php.ini ? [2003-02-05 16:00:29] [EMAIL PROTECTED] The adding of the hidden input field can now be turned off by just removing the 'form=' entry from url_rewriter.tags [2003-01-12 15:38:08] [EMAIL PROTECTED] Opened again. [2003-01-08 19:07:11] [EMAIL PROTECTED] so could anybody reopen this bug... or create a new one? [2003-01-08 17:07:06] [EMAIL PROTECTED] It looks like they fixed the openness of input tags, i.e. - the tags close like rather than but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: And if we can't access php.ini ? Previous Comments: [2003-02-05 16:00:29] [EMAIL PROTECTED] The adding of the hidden input field can now be turned off by just removing the 'form=' entry from url_rewriter.tags [2003-01-12 15:38:08] [EMAIL PROTECTED] Opened again. [2003-01-08 19:07:11] [EMAIL PROTECTED] so could anybody reopen this bug... or create a new one? [2003-01-08 17:07:06] [EMAIL PROTECTED] It looks like they fixed the openness of input tags, i.e. - the tags close like rather than but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.3 [2003-01-05 19:10:09] [EMAIL PROTECTED] is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: so could anybody reopen this bug... or create a new one? Previous Comments: [2003-01-08 17:07:06] [EMAIL PROTECTED] It looks like they fixed the openness of input tags, i.e. - the tags close like rather than but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.3 [2003-01-05 19:10:09] [EMAIL PROTECTED] is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. [2002-12-03 23:00:43] [EMAIL PROTECTED] to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the element added should be empty ie in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from & to &. 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: It looks like they fixed the openness of input tags, i.e. - the tags close like rather than but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.3 Previous Comments: [2003-01-05 19:10:09] [EMAIL PROTECTED] is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. [2002-12-03 23:00:43] [EMAIL PROTECTED] to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the element added should be empty ie in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from & to &. [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set("url_rewriter.tags", "a=href,area=href,form=action"); However, now get the session BOTH in the action and in a fake entry. Any suggestions? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. Previous Comments: [2002-12-03 23:00:43] [EMAIL PROTECTED] to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the element added should be empty ie in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from & to &. [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set("url_rewriter.tags", "a=href,area=href,form=action"); However, now get the session BOTH in the action and in a fake entry. Any suggestions? [2002-07-19 19:56:45] [EMAIL PROTECTED] Yep - this one is annoying me too. Could the input not be held in its own div /div tag pair? That would make it legal. Cheers, David Bond 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. Previous Comments: [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the element added should be empty ie in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from & to &. [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set("url_rewriter.tags", "a=href,area=href,form=action"); However, now get the session BOTH in the action and in a fake entry. Any suggestions? [2002-07-19 19:56:45] [EMAIL PROTECTED] Yep - this one is annoying me too. Could the input not be held in its own div /div tag pair? That would make it legal. Cheers, David Bond [2002-03-06 03:05:25] [EMAIL PROTECTED] Version update and added comment to summary 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: I don't know if I should submit this as a new bug, or if its part of this one, but the element added should be empty ie in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from & to &. Previous Comments: [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set("url_rewriter.tags", "a=href,area=href,form=action"); However, now get the session BOTH in the action and in a fake entry. Any suggestions? [2002-07-19 19:56:45] [EMAIL PROTECTED] Yep - this one is annoying me too. Could the input not be held in its own div /div tag pair? That would make it legal. Cheers, David Bond [2002-03-06 03:05:25] [EMAIL PROTECTED] Version update and added comment to summary [2002-03-05 08:16:19] [EMAIL PROTECTED] you can modify this using .htaccess if your provider allows that or change it at runtime usint ini_set() [2002-03-05 08:07:14] [EMAIL PROTECTED] Most people cannot access their host's php.ini... Another workaround ? :) 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1