Regression #14845
closed
PHP error in 1:1 NAT rule list when a 1:1 NAT rule uses an interface macro for the external address
Added by yon Liu about 1 year ago.
Updated about 1 year ago.
Plus Target Version:
23.09
Release Notes:
Force Exclusion
Description
Fatal error: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/www/guiconfig.inc:408 Stack trace: #0 /usr/local/www/firewall_nat_1to1.php(154): pprint_address('wanip') #1 {main} thrown in /usr/local/www/guiconfig.inc on line 408 PHP ERROR: Type: 1, File: /usr/local/www/guiconfig.inc, Line: 408, Message: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/www/guiconfig.inc:408 Stack trace: #0 /usr/local/www/firewall_nat_1to1.php(154): pprint_address('wanip') #1 {main} thrown
Files
Can confirm this bug,
tested on
23.09-DEVELOPMENT (amd64)
built on Thu Oct 5 6:00:00 UTC 2023
FreeBSD 14.0-CURRENT
Steps to reproduce:
Create NAT 1:1
Save the settings
Result:
Fatal error: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/www/guiconfig.inc:408 Stack trace: #0 /usr/local/www/firewall_nat_1to1.php(154): pprint_address('10.150.100.25') #1 {main} thrown in /usr/local/www/guiconfig.inc on line 408 PHP ERROR: Type: 1, File: /usr/local/www/guiconfig.inc, Line: 408, Message: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/www/guiconfig.inc:408 Stack trace: #0 /usr/local/www/firewall_nat_1to1.php(154): pprint_address('10.150.100.25') #1 {main} thrown
- Tracker changed from Bug to Regression
- Project changed from pfSense Plus to pfSense
- Subject changed from firewall_nat_1to1 to PHP error in 1:1 NAT rule list when a 1:1 NAT rule uses an interface macro for the external address
- Category changed from Unknown to Rules / NAT
- Target version set to 2.8.0
- Release Notes changed from Default to Force Exclusion
- Plus Target Version set to 23.09
- Assignee set to Jim Pingle
- Status changed from New to Feedback
- % Done changed from 0 to 100
The patch is working, however, I noticed two issues
1) Brackets after external IP
2) When you try to edit a rule the external IP disappears
tested on
23.09-DEVELOPMENT (amd64)
built on Thu Oct 5 6:00:00 UTC 2023
FreeBSD 14.0-CURRENT
I am not seeing either of those behaviors here on the latest snapshot or a patched system. I can edit a rule and the existing address is in place, and I see no parenthesis after the address. I tried on both Plus and CE, same experience on both.
- Status changed from Feedback to In Progress
- Assignee changed from Jim Pingle to Marcos M
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
Tested against:
23.09.b.20231013.0600
Everything works as expected.
I am marking this case resolved.
- Target version changed from 2.8.0 to 2.7.1
Also available in: Atom
PDF