PacketFence - BTS - PacketFence
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001465PacketFencei18npublic2012-06-12 15:382012-10-19 10:17
Reporterobilodeau 
Assigned To 
PriorityhighSeverityminorReproducibilityrandom
StatusresolvedResolutionfixed 
PlatformLinuxOSDebianOS Version6
Product Version 
Target Version3.6.0Fixed in Versiondevel 
fixed in git revisionf22ccf109918a287f74c4fab69ca3275858a46df
fixed in mtn revision
Summary0001465: captive portal show odd strings
DescriptionThe portal will show stuff like 'register: all systems must be registered' instead of 'As we may need to contact users regarding individual systems, all systems on this network must be registered.'.

It's the i18n (gettext) stuff that doesn't seem to be properly initialized on first run.

On the liveusb system reproducing is as easy as rebooting the OS.

Work-around: restart packetfence at least once after each reboot with:
/etc/init.d/packetfence restart
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
has duplicate 0001435closed  translations doesn't work on debian 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-06-12 15:38obilodeauNew Issue
2012-06-18 14:22obilodeauStatusnew => assigned
2012-06-18 14:22obilodeauAssigned To => fdurand
2012-06-18 14:23obilodeauNote Added: 0002813
2012-06-19 17:09obilodeauNote Added: 0002816
2012-06-19 17:10obilodeauSummarydebian: captive portal show odd strings => captive portal show odd strings
2012-08-06 16:44fdurandNote Added: 0002887
2012-08-06 16:51obilodeauNote Added: 0002889
2012-08-07 09:49obilodeauCategorycaptive portal => i18n
2012-08-07 09:50obilodeauRelationship addedhas duplicate 0001435
2012-09-12 15:23obilodeauAssigned Tofdurand => obilodeau
2012-09-12 15:23obilodeauNote Added: 0003058
2012-09-18 12:30obilodeaugit revision => f22ccf109918a287f74c4fab69ca3275858a46df
2012-09-18 12:30obilodeauNote Added: 0003075
2012-09-18 12:30obilodeauStatusassigned => resolved
2012-09-18 12:30obilodeauFixed in Version => +1
2012-09-18 12:30obilodeauResolutionopen => fixed
2012-09-18 12:31obilodeauNote Edited: 0003075
2012-10-19 10:17fgaudreaultAssigned Toobilodeau =>
2012-10-19 10:17fgaudreaultFixed in Version+1 => devel
2012-10-19 10:17fgaudreaultTarget Version+1 => 3.6.0

Notes
(0002813)
obilodeau   
2012-06-18 14:23   
assigned to Fabrice at last planning meeting
(0002816)
obilodeau   
2012-06-19 17:09   
Looks like I'm reproducing this issue on pf-dev on a branch out of stable 3.4.1 that isn't even related to our catalyst-configurator feature.

No need to restart, just hard-refreshes seems to resolve the issue. Maybe on a per-process basis as it is odd to reproduce.

I'm going to remove Debian from the issue's subject.

I'm starting to wonder if it's not an upstream change that is causing problems or else what could it be?
(0002887)
fdurand   
2012-08-06 16:44   
Under debian:
dpkg-reconfigure locales
and select locales you want to use fix the problem.
(0002889)
obilodeau   
2012-08-06 16:51   
So Catalyst is picky because of the way the locales are configured on the OS? I think this should be fixed by code and not by asking admins to run commands.
(0003058)
obilodeau   
2012-09-12 15:23   
Might have another hint about this one: debian package doesn't generate the .mo files.
(0003075)
obilodeau   
2012-09-18 12:30   
(edited on: 2012-09-18 12:31)
I think this *could* be fixed by our latest debian package fixes. I'm marking as resolved but feel free to re-open if it turns out it's not fixed.

https://github.com/inverse-inc/packetfence/pull/62 [^]