24.03-DEVELOPMENT - PHP Fatal error: Uncaught ValueError: range(): Argument #3
-
@N0m0fud Seems like even after a couple of dev updates, the issue is still happening. I noticed that the % of ads blocked was going lower by the hour and when I went to go reload/update it would freeze my network up. I would get a DNS Probe Possible error when trying to go to websites. I would have to reboot to get my network up and going again.
When updating feeds I'd get an Invalid File name (type) and this is where my network would kick the can.
I downgraded back to the 23.09.1 build. This didn't happen in older pfSense Plus dev builds :\
-
I too am able to reproduce this, and it continues with 24.03.a.20240226.0600 and pfBlockerNG-devel 3.2.0_8
-
Any progress on resolving this issue? Seems like a major bug. My instance keeps throwing errors daily and the ad blocking basically isn't working.
-
Here is the error I get multiple times a day:
PHP ERROR: Type: 1, File: /usr/local/www/pkg_mgr_install.php, Line: 103, Message: Uncaught TypeError: be_active_name(): Argument #1 ($handle) must be of type LibbeHandle, false given in /usr/local/www/pkg_mgr_install.php:103
Stack trace:
#0 /usr/local/www/pkg_mgr_install.php(103): be_active_name(false)
#1 {main}
thrown @ 2024-02-26 12:11:33 -
And:
PHP ERROR: Type: 1, File: /usr/local/www/pfblockerng/pfblockerng_category_edit.php, Line: 391, Message: Uncaught ValueError: range(): Argument #3 ($step) must be greater than 0 for increasing ranges in /usr/local/www/pfblockerng/pfblockerng_category_edit.php:391
Stack trace:
#0 /usr/local/www/pfblockerng/pfblockerng_category_edit.php(391): range(1, 17, -1)
#1 {main}
thrownThis is on the latest build
-
Here is the actual line of code that is throwing the error:
$options_suppression_cidr = [ 'Disabled' => 'Disabled' ] + array_combine(range(1, 17, -1), range(1, 17, -1));
-
And this line:
$list = array('Disabled' => 'Disabled') + array_combine(range(1, 17, -1), range(1, 17, -1));
Changing both instances to:
$list = array('Disabled' => 'Disabled') + array_combine(range(1, 17, 1), range(1, 17, 1));
Fixed the issue and allows editing, etc,
-
And the DNSBL block stats are working as expected!!!
-
@N0m0fud Thanks. Unfortunately I'm running into the same problem with the newest 24.03 build and this fix did not work for me - even after a fresh pfBlockerNG or pfBlockerNG-dev install with no previous saves settings. The minute I try to add an IP category I get those same two errors - both on lines 391.
-
@N0m0fud I can confirm that the problem still exists in "24.03-RC (amd64) built on Tue Apr 16 2:05:00 CEST 2024" with pfBlockerNG-devel 3.2.0_9
but the suggested fix on lines 391 and 1517 still works fine.
-
-
Problem still exists after the final Plus release. Is someone capable to create or show a system patch?
-
@Bob-Dig In System Patches, add a new patch with these fields
Description:
pfblockerng_category_edit.php
Patch content:
--- pfblockerng_category_edit.php.orig 2024-04-24 09:39:00.112790000 +0200 +++ pfblockerng_category_edit.php 2024-04-21 13:48:03.625881000 +0200 @@ -388,7 +388,7 @@ 'disabled' => 'Null Blocking (no logging)' ]; } -$options_suppression_cidr = [ 'Disabled' => 'Disabled' ] + array_combine(range(1, 17, -1), range(1, 17, -1)); +$options_suppression_cidr = [ 'Disabled' => 'Disabled' ] + array_combine(range(1, 17, 1), range(1, 17, 1)); $interfaces_list = get_configured_interface_list_by_realif(); $src_interfaces = array('lo0' => 'Localhost'); @@ -1514,7 +1514,7 @@ if ($gtype == 'ipv4') { - $list = array('Disabled' => 'Disabled') + array_combine(range(1, 17, -1), range(1, 17, -1)); + $list = array('Disabled' => 'Disabled') + array_combine(range(1, 17, 1), range(1, 17, 1)); $section->addInput(new Form_Select( 'suppression_cidr', 'Suppression CIDR Limit',
Path Strip Count:
0
Base Directory:
/usr/local/www/pfblockerng/
-
@pst At first sight, this seems to work. Thank you so much!
-
Hello everyone,
I have the same problem. Just a question for the patch creation, is it necessary to copy ALL the text or only a part ... because I have the same problem if I put the totality of the text above.
Help!
-
@SwissSteph I have updated my post, is it clearer now?
-
Thank you for your reply.
I was right... BUT I have a big spit next if I want to edit
With or without the patch I get the same error
[24-Apr-2024 11:22:58 Europe/Zurich] PHP Fatal error: Uncaught ValueError: range(): Argument #3 ($step) must be greater than 0 for increasing ranges in /usr/local/www/pfblockerng/pfblockerng_category_edit.php:391
Stack trace:
#0 /usr/local/www/pfblockerng/pfblockerng_category_edit.php(391): range()
#1 {main}
thrown in /usr/local/www/pfblockerng/pfblockerng_category_edit.php on line 391
[24-Apr-2024 11:25:46 Europe/Zurich] PHP Fatal error: Uncaught ValueError: range(): Argument #3 ($step) must be greater than 0 for increasing ranges in /usr/local/www/pfblockerng/pfblockerng_category_edit.php:391
Stack trace:
#0 /usr/local/www/pfblockerng/pfblockerng_category_edit.php(391): range()
#1 {main}
thrown in /usr/local/www/pfblockerng/pfblockerng_category_edit.php on line 391
[24-Apr-2024 11:28:32 Europe/Zurich] PHP Fatal error: Uncaught ValueError: range(): Argument #3 ($step) must be greater than 0 for increasing ranges in /usr/local/www/pfblockerng/pfblockerng_category_edit.php:391
Stack trace:
#0 /usr/local/www/pfblockerng/pfblockerng_category_edit.php(391): range()
#1 {main}
thrown in /usr/local/www/pfblockerng/pfblockerng_category_edit.php on line 391EDIT
I finally followed the very clear information from "graphene" in this post
https://forum.netgate.com/topic/187604/24-03-r-20240416-0005-unable-to-add-an-ipv4-entry-to-the-pfblockerng-configuration/6
and manually edited the two lines by removing the "-" before the "1".
It's all good, no more crashes when editing a line.
-
@pst said in 24.03-DEVELOPMENT - PHP Fatal error: Uncaught ValueError: range(): Argument #3:
I have updated my post
That looks perfect.
-
@SwissSteph said in 24.03-DEVELOPMENT - PHP Fatal error: Uncaught ValueError: range(): Argument #3:
With or without the patch I get the same error
Did you press Apply after adding the patch in System Patches? It doesn't get applied just by adding it. The patch is the same code as you manually edited so it should have worked, if applied. The system patch works for me, and others.
-
precisely ... no "apply" button, very strange indeed
-
@SwissSteph Two of the fields are not correct, change to
Path Strip Count: 0 Base Directory: /usr/local/www/pfblockerng/