Bug #7932
closed2.4.0 & Snort 3.2.9.5_1 Pass Lists
0%
Description
The following appears under Assigned Alias header :-
Project-Id-Version: PACKAGE VERSION Report-Msgid-Bugs-To: POT-Creation-Date: 2017-10-10 07:36-0300 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit PO-Revision-Date: 2017-02-03 05:17-0500 Last-Translator: Jim Thompson Language-Team: English (United States) Language: en-US X-Generator: Zanata 3.9.6 Plural-Forms: nplurals=2; plural=(n != 1)
Files
Updated by Jim Pingle over 6 years ago
- Assignee deleted (
Jim Pingle)
Please also post that in the IDS/IPS board of the forum so the package maintainer has a higher chance of seeing it:
https://forum.pfsense.org/index.php?board=61.0
Updated by Andy Kniveton over 6 years ago
Updated by Bill Meeks over 6 years ago
Thanks for the report. I will look into the problem.
Bill
Updated by Bill Meeks over 6 years ago
- File screencap.png screencap.png added
I am so far unable to reproduce this problem in my virtual machine test environment. What language/locale is your firewall set for? Attached is a screencap from a VM I updated successively from 2.3.3 all the way up to 2.4.0.
Bill
Updated by Andy Kniveton over 6 years ago
I've upgraded from 2.3.4-p1 to 2.4.0 and not changed the locale. it's using the default English I guess as I've not set it
Updated by Andy Kniveton over 6 years ago
Ah I don't have an Assigned Alias, so it displays the txt regardless of what ever the locale is set to.
Just created empty pass lists with the interface name
Updated by Bill Meeks over 6 years ago
Andy Kniveton wrote:
Ah I don't have an Assigned Alias, so it displays the txt regardless of what ever the locale is set to.
Ah, so an empty string might be the cause. Let me test that.
UPDATE- an empty string is the cause, now to find out why ???
Bill
Updated by Kill Bill over 6 years ago
Bill Meeks wrote:
Andy Kniveton wrote:
UPDATE- an empty string is the cause, now to find out why ???Bill
Well, because https://github.com/pfsense/pfsense/blob/master/src/usr/local/share/locale/en_US/LC_MESSAGES/pfSense.po#L2 ?
That makes the empty msgid "" string being translated to the multi-line msgstr nonsense (apparently meant as comments/metadata) with en-US locale.
@Andy: Pretty convinced that if you rename/delete /usr/local/share/locale/en_US/LC_MESSAGES/pfSense.mo the issue will be gone.
Updated by Andy Kniveton over 6 years ago
Cheers guys, it does disapear after moving pfSense.mo pfSense.mo.old
So not a Snort issue then.
Updated by Bill Meeks over 6 years ago
No, it's not directly a Snort issue. It appears to be something that was perhaps inadvertently introduced when the translation files were updated/rebuilt for pfSense 2.4.0. I think this may also show up in other areas where gettext() is used and an empty string is the passed argument.
Bill
Updated by Bill Meeks about 6 years ago
This issue has been resoved in the 3.2.9.6 Snort package versions. The bogus text was coming from an attempt to use gettext() to print an empty string. This ticket can be closed.
Bill