php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #78953 filter.default directive not working. Always is set to unsafe_raw
Submitted: 2019-12-12 11:56 UTC Modified: 2021-01-17 04:22 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:0 of 1 (0.0%)
From: drtechno at mail dot com Assigned: cmb (profile)
Status: No Feedback Package: PHP options/info functions
PHP Version: 7.3.12 OS: Ubuntu 18.04LTS
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
25 + 33 = ?
Subscribe to this entry?

 
 [2019-12-12 11:56 UTC] drtechno at mail dot com
Description:
------------
In this distribution of php, it appears that the default.filter can not be assigned full_special_chars

Test script:
---------------
<?php
if(ini_get('filter.default')!=='full_special_chars'||ini_get('filter.default_flags')!=='0') 
$ff=ini_get('filter.default');
echo $ff."_Filter! should be full_special_chars Error:";
    die('Missing and/or incorrect filter.default and/or filter.default_flags directives in php.ini');
if (isset($_GET["name"])){






Attached in the Patch upload is my php.ini file (that the filter doesn't work)

Expected result:
----------------
The script on the php would execute normally.

Actual result:
--------------
unsafe_raw_Filter! should be full_special_chars Error:Missing and/or incorrect filter.default and/or filter.default_flags directives in php.ini

Patches

php.ini (last revision 2019-12-12 11:56 UTC by drtechno at mail dot com)

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2019-12-12 13:50 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2019-12-12 13:50 UTC] cmb@php.net
Works here (Windows/CLI) as expected.  Does this only happen with
some particular SAPI (e.g. PHP-FPM)?  If so, which one would that
be?
 [2019-12-13 13:05 UTC] drtechno at mail dot com
-Status: Feedback +Status: Assigned
 [2019-12-13 13:05 UTC] drtechno at mail dot com
Installed from UBUNTU18.04 lts distribution channel on a new server. Upgraded versions seemed not effected (tested on an upgraded machine vs. this fresh install). I don't know if other debain versions are effected. Also, for a note, there is something wrong with phpmyadmin on the new computer's install too I haven't I identified, but it could be a bad compiling from PHP itself.

Ubuntu is one of the common operating systems used on the web as the web server and is the popular replacement for IIS in the Azure community. Approximately 30% of the web servers are running Ubuntu.
 [2019-12-13 14:12 UTC] cmb@php.net
-Status: Assigned +Status: Open -Assigned To: cmb +Assigned To:
 [2019-12-13 14:12 UTC] cmb@php.net
Thanks!
 [2021-01-08 16:46 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-01-08 16:46 UTC] cmb@php.net
Hmm, I wonder whether that php.ini was actually the one used by
PHP.  Please check phpinfo() for whether that is the case.
 [2021-01-17 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 15:01:29 2024 UTC