CP Status does not show usernames
-
Have a look at http://wiki.pfsense.com/wikka.php?wakka=SubmittingPatches if you want to send in patches. Regarding the accounting issue can you verify that it's not happening in m0n0 first? If the bug is there as well please send your fixes there as too. Thanks.
-
tope mono is clean, I moving to pf because of 2 functions: fail over and load baalncing…. everything else in mono is perfect including radius (actually I would say mono now is way stronger in terms of CP, i have no idea what pahhening here but CP is really barely leaving) also CVS is out of date (hmmm how?) the version on CVS for CP is 1.2 where in 1.0.1 relasee the CP is marked as 1.7 whats up?
EDIT: as to that rule for submiting packages, i dint understand the forts part of the doc with diff - something... could u explain what that do and how it works? Well im running from Win so i dont use much fetch
-
tope mono is clean, I moving to pf because of 2 functions: fail over and load baalncing…. everything else in mono is perfect including radius (actually I would say mono now is way stronger in terms of CP, i have no idea what pahhening here but CP is really barely leaving) also CVS is out of date (hmmm how?) the version on CVS for CP is 1.2 where in 1.0.1 relasee the CP is marked as 1.7 whats up?
EDIT: as to that rule for submiting packages, i dint understand the forts part of the doc with diff - something... could u explain what that do and how it works? Well im running from Win so i dont use much fetch
Please show an example of how the versions are different? Our version ID's will be different from m0n0.
-
im exactly talking about your versions….
let me get to other PC and copy the begining of the filesEDIT:
Ok here is the one from 101 release:/* $Id: status_captiveportal.php,v 1.7.2.4 2006/04/03 21:05:12 sullrich Exp $ /
/
status_captiveportal.php
part of m0n0wall (http://m0n0.ch/wall)here is begining of the file from CVS:
/* $Id: status_captiveportal.php,v 1.21 2006/12/08 21:49:18 dsh Exp $ /
/
status_captiveportal.php
part of m0n0wall (http://m0n0.ch/wall)
Copyright (C) 2003-2004 Manuel Kasper mk@neon1.net.
All rights reserved./mk@neon1.netAs I can see the CVS file does suppurt username display, but the version shown is old.
-
Make sure you are looking at the correct branch! By default CVS HEAD has a different CVS version that what is in RELENG_1.
-
hmm, so where would i look for the latest no bug version? and release version?
-
RELENG_1 is the 1.0 release branch.. Which is what we are using for 1.0.*
-
ok where do i find it
- who edited CP page? it doesnt look like original Jonthan's code…
I see it uses regular DB file + bandwith control is now what mono has its something diferent
- who edited CP page? it doesnt look like original Jonthan's code…
-
ok where do i find it
- who edited CP page? it doesnt look like original Jonthan's code…
I see it uses regular DB file + bandwith control is now what mono has its something diferent
CVSWEB has everything you just asked for.
http://pfsense.com/cgi-bin/cvsweb.cgi/
Linked from pfsense.com
- who edited CP page? it doesnt look like original Jonthan's code…
-
well ok any way
I just run the CP in debug mode for accounting and it does confirm that accounting pakets are being send twise haveing identical data… the problem is that i looked at th e cript many times alredy and cant find duplicte calls ... maybe the author of modification can take a look? since afterall i dont know full alghorithm and im alredy fustrated -
well ok any way
I just run the CP in debug mode for accounting and it does confirm that accounting pakets are being send twise haveing identical data… the problem is that i looked at th e cript many times alredy and cant find duplicte calls ... maybe the author of modification can take a look? since afterall i dont know full alghorithm and im alredy fustratedI've already looked at it and have no idea why its happening. If I knew, I would have fixed it.
-
lol
-
ok im gonna do dirty debuging on my release image, but then some one will have to give me original 1.0.1 CP files,, because i know .. after my debuging even if i find the proble the files will be coruped by hundreds of comments and debug switches
-
ok im gonna do dirty debuging on my release image, but then some one will have to give me original 1.0.1 CP files,, because i know .. after my debuging even if i find the proble the files will be coruped by hundreds of comments and debug switches
Back up the files prior with tar.
-
its kinda too late alredy, I forgot on what parts i alredy enabled the debug mode :-(
-
Well download the most recent snapshot and save it. It is 1.0.1 up until today.
-
like i have any idea where the snupshots are?
http://pfsense.com/cgi-bin/cvsweb.cgi/pfSense/usr/local/captiveportal/index.php?rev=1.37
is that a curent file?
-
like i have any idea where the snupshots are?
http://pfsense.com/cgi-bin/cvsweb.cgi/pfSense/usr/local/captiveportal/index.php?rev=1.37
is that a curent file?
http://snapshots.pfsense.com/FreeBSD6/RELENG_1/
-
but those are disk images….
im doing development straight from WRAP so got not much ability for mounting and remounting... i just will need the clean file to put back in when I find the bug ( actually if i find it :-( -
You comment so quickly before checking something out.
These are upgrade files which are simply a tar backup!