webadmin-devel — The webmin development mailing list

Re: Default Pop-Up Filename setting in "Save As" dialog box

[Jamie C. <jca...@we...>]

Thomas P. Jones wrote:
> Hi,
> 
> I'm writing a module that's creating a file for downloading
> by the user. I'm using a script that creates a 
> MIME content-type header so the browser opens
> a "Save As.." dialog box. This works fine.
> 
> One issue though: the filename that gets filled into the 
> dialog box by default is the name of the script, eg "archive.cgi".
> 
> Also the file types the browser looks for is:   *.cgi
> 
> My questions are:
> 1) how does one provide an alternative name to appear 
>     in this browser dialogue  eg "my-archive-file.xfg" ?
> 2) how does one make the browser look for  *.xfg ?

The trick I use is to have the form or link point to something like
/modulename/archive.cgi/my-archive-file.xfg
Webmin will still execute archive.cgi (and pass /my-archive-file.xfg 
to it in $ENV{'PATH_INFO'}) but the browser will offer to save as 
my-archive-file.xfg

  - Jamie

Default Pop-Up Filename setting in "Save As" dialog box

[Thomas P. J. <Tom...@oc...>]

Hi,

I'm writing a module that's creating a file for downloading
by the user. I'm using a script that creates a 
MIME content-type header so the browser opens
a "Save As.." dialog box. This works fine.

One issue though: the filename that gets filled into the 
dialog box by default is the name of the script, eg "archive.cgi".

Also the file types the browser looks for is:   *.cgi

My questions are:
1) how does one provide an alternative name to appear 
    in this browser dialogue  eg "my-archive-file.xfg" ?
2) how does one make the browser look for  *.xfg ?

Thanks for any info.

/regards/tom

config ?

[Guillaume D. <gui...@in...>]

HI,

i'm making an new module in order to see directly values in a mysql
databases.
I'm using the "view_table.cgi" of the webmin.
In order to do that , i'v copied the repository of webmin sql in
"usr/libexec/webmin/pss/gestion/"
I've also made an repository "/etc/webmin/pss/gestion" with on it the
"config" file.

The problem is following.

when i do http://server:10000/pss/gestion/view_table.cgi?db=toto&table=tata
i have just error.
this error is due to the fact that it don't don't know where to check the
"config" file..

Do you know where i should put it ??

I have made as in sql..


Guillaume

Re: about new os support

[Jamie C. <jca...@we...>]

Grigory Bakunov wrote:
> I add support of russian Linux (ASPLinux) to current webmin and want
> to see this changes in mainstream. It is possible ?

Sure .. is ASPLinux based on a more common distribution like Redhat or 
Debian? Or does it use its own totally different paths for 
configuration files like httpd.conf and so on?

> Also we update/retranslate all modules for current webmin version 
> to russian language. Does somebody need it ?

I'd love to include it in the main webmin distribution .. just email 
me a .tar.gz
file of all the translated */lang/en, */module.info and 
*/config.info.ru_RU files.

   -Jamie

about new os support

[Grigory B. <bl...@as...>]

I add support of russian Linux (ASPLinux) to current webmin and want
to see this changes in mainstream. It is possible ?

Also we update/retranslate all modules for current webmin version 
to russian language. Does somebody need it ?

........................................................................
IRC: irc.openprojects.net #asplinux                      Grigory Bakunov
EMAIL: bl...@as...                           ASPLinux Support Team
ICQ: 51369901                                     http://www.asplinux.ru
-----BEGIN GEEK CODE BLOCK-----
GCS/MU d-(--) s:- a- C+++>++$ UBLAVSX+++$ P+ L++++$ E++$ W++ N+>- o? K?
w-- O- M V-(--) PS+ PE+ !Y PGP+>++++ t+ 5++ X+++ R+++ tv+>-- b+++ ?DI D+
G++ e>++$ h- r++ y+ z++(+++)
------END GEEK CODE BLOCK------

Re: which index.cgi

[Jamie C. <jca...@we...>]

Wai Iu wrote:
> Jamie:
> 
> index.cgi is responsible for generating the contents for a category.
> 
> I try to identify which index.cgi is responsible for generating the html
> 
> page for the matching function or catgory. I am using MSC style. So it
> 
> seems to follow the  following rules:
> 
> 1. if you click one of the top catgories, such as Webmin, System, Servers, Networking, 
> 
> ...and Others, the resulting page is generated by /usr/libexec/webmin/mscstyle3/index.cgi
> 
> 2. Now, for example, if I click System icon on the top and get a content page, then click 
> 
>    System Logs icon on that  page, Webmin will led me to System Logs admin page. It looks
> 
>   to me that this System Logs admin page is generated by /usr/libexec/webmin/syslog/index.cgi.
> 
> However, in rule 2, the header and footer of that System Logs admin page are still coming
> 
> from MSC style. Do they come from theme.pl program? If in this way, how does Webmin
> 
> combine theme.pl and  /usr/libexec/webmin/syslog/index.cgi into a single html output (This
> 
> question seems too big,  I'd better look at codes more closely.)

The theme.pl script defines a theme_header function which is called by 
the header function that almost every CGI (including 
mscstyle3/index.cgi and syslog/index.cgi) calls. That's how they get 
the same header..

  - Jamie

which index.cgi

[Wai I. <wi...@hi...>]

SmFtaWU6DQoNCmluZGV4LmNnaSBpcyByZXNwb25zaWJsZSBmb3IgZ2VuZXJhdGluZyB0aGUgY29u
dGVudHMgZm9yIGEgY2F0ZWdvcnkuDQoNCkkgdHJ5IHRvIGlkZW50aWZ5IHdoaWNoIGluZGV4LmNn
aSBpcyByZXNwb25zaWJsZSBmb3IgZ2VuZXJhdGluZyB0aGUgaHRtbA0KDQpwYWdlIGZvciB0aGUg
bWF0Y2hpbmcgZnVuY3Rpb24gb3IgY2F0Z29yeS4gSSBhbSB1c2luZyBNU0Mgc3R5bGUuIFNvIGl0
DQoNCnNlZW1zIHRvIGZvbGxvdyB0aGUgIGZvbGxvd2luZyBydWxlczoNCg0KMS4gaWYgeW91IGNs
aWNrIG9uZSBvZiB0aGUgdG9wIGNhdGdvcmllcywgc3VjaCBhcyBXZWJtaW4sIFN5c3RlbSwgU2Vy
dmVycywgTmV0d29ya2luZywgDQoNCi4uLmFuZCBPdGhlcnMsIHRoZSByZXN1bHRpbmcgcGFnZSBp
cyBnZW5lcmF0ZWQgYnkgL3Vzci9saWJleGVjL3dlYm1pbi9tc2NzdHlsZTMvaW5kZXguY2dpDQoN
CjIuIE5vdywgZm9yIGV4YW1wbGUsIGlmIEkgY2xpY2sgU3lzdGVtIGljb24gb24gdGhlIHRvcCBh
bmQgZ2V0IGEgY29udGVudCBwYWdlLCB0aGVuIGNsaWNrIA0KDQogICBTeXN0ZW0gTG9ncyBpY29u
IG9uIHRoYXQgIHBhZ2UsIFdlYm1pbiB3aWxsIGxlZCBtZSB0byBTeXN0ZW0gTG9ncyBhZG1pbiBw
YWdlLiBJdCBsb29rcw0KDQogIHRvIG1lIHRoYXQgdGhpcyBTeXN0ZW0gTG9ncyBhZG1pbiBwYWdl
IGlzIGdlbmVyYXRlZCBieSAvdXNyL2xpYmV4ZWMvd2VibWluL3N5c2xvZy9pbmRleC5jZ2kuDQoN
Ckhvd2V2ZXIsIGluIHJ1bGUgMiwgdGhlIGhlYWRlciBhbmQgZm9vdGVyIG9mIHRoYXQgU3lzdGVt
IExvZ3MgYWRtaW4gcGFnZSBhcmUgc3RpbGwgY29taW5nDQoNCmZyb20gTVNDIHN0eWxlLiBEbyB0
aGV5IGNvbWUgZnJvbSB0aGVtZS5wbCBwcm9ncmFtPyBJZiBpbiB0aGlzIHdheSwgaG93IGRvZXMg
V2VibWluDQoNCmNvbWJpbmUgdGhlbWUucGwgYW5kICAvdXNyL2xpYmV4ZWMvd2VibWluL3N5c2xv
Zy9pbmRleC5jZ2kgaW50byBhIHNpbmdsZSBodG1sIG91dHB1dCAoVGhpcw0KDQpxdWVzdGlvbiBz
ZWVtcyB0b28gYmlnLCAgSSdkIGJldHRlciBsb29rIGF0IGNvZGVzIG1vcmUgY2xvc2VseS4pDQoN
ClBsZWFzZSBjbGFyaWZ5IG1lISBUaGFua3MhDQoNCiANCg0Kd2FpDQoNCg0KIA0KDQo=

RE: login process

[Jamie C. <jca...@we...>]

"Wai Iu" <wi...@hi...> wrote ..
> Jamie:
>  
> Thanks for your reply. I went throught the miniserv.pl
> based on your advice. The following codes in miniserv.pl 
> is suposed to do a successful login (Hope this time I am 
> right):
>  
> sub handle_request
> {
>  
> ....................
> if($config{'session'} && !deny_authentication && $page eq
>     $config{'session_login'}) {
>     ..............
>     local $ok=&validate_user($in{'user'},in{'pass'});
>     ...............
>     if($ok) {
>       ...............
>       &write_data("Location: $prot://$host$portstr$in{'page''}\r\n");
>       .................
>     return 0;
>     } #end if($ok)
>     .................
> }#end if($config..)
>  
> ..............
>  
> } #end sub handle_request
>  
> After a sucessful login, The webmin leads me to a general page.
> I have the following questions regarding this process.
> Question 1: 
> What cgi file is responsible for generating that general page. 

index.cgi, or mscstyle3/index.cgi if you are using the MSC theme (which is the default for new installs)

> Question 2:
> In another word, what is the http request equivalent to 
> $host$portstr$in{'page''} in the above codes after a successful
> login ? 

Those are the webmin's servers hostname, HTTP port and originally requested page. If someone tries to open http://server:10000/sendmail/ before they have logged in, $in{'page'} will be /sendmail/ and they will be redirected to that URL instead of index.cgi

> Question 3:
> I try to follow the the program logic to generate $host and
> $in{'page'}, but can not get it. For example, the logic to generate
> $host seems as follows:
>  
> $host=&get_socket_name(SOCK);
> ....
> if(defined($header{'host'})) {
>    if($header['host'}=~/^(^[^:]+):([0-9]+)$/) {
>      $host=$1;
>      $port=$2;
>    } else {
>      $host=$header{'host'};
>    }
>  
> Could you give me a simple explanation?

Basically, the code gets the hostname from a reverse lookup of the IP address that the client connected to (from the get_socket_name call). But if the HTTP
Host: header exists, it will use that in preference to get the hostname that the browser used in the URL.

 - Jamie
  
>  
> Thank you very much for your valuable time!
>  
>  
> wai
>   
>  
>  
>  
>  
>  
> 
> 	-----Original Message----- 
> 	From: Jamie Cameron [mailto:jca...@we...] 
> 	Sent: Tue 1/7/2003 7:38 PM 
> 	To: web...@li... 
> 	Cc: 
> 	Subject: Re: login process
> 	
> 	
> 
> 	Wai Iu wrote:
> 	> Jamie:
> 	> 
> 	> Thank you very much for you to reply to my "silly" question:
> 	> "where main::read_file_cache being initialized?"
> 	> I have another question about login here and hope that it will
> 	> not that "silly".
> 	> 
> 	> Webmin uses session_login.cgi to control the login process, if
> 	> login successes, it will go to a general page. The general page is
> 	> seems to be generated by /usr/libexec/webmin/mscstyle3/index.cgi
> 	> and /usr/libexec/webmin/mscstyle3/theme.pl. If logining not
> 	> successfully, it will go back the login page, which is generated by
> 	> session_login.cgi. 
> 	> 
> 	> The follow codes from session_login.cgi performs a successful
> 	> login process:
> 	> 
> 	> if($gconfig{'loginnanner'} && $ENV {'HTTP_COOKIE'} !~.......  #line
> 9
> 	>      !$in{'logout'} &&.............................#line 10
> 	>       print "Set-Cookie: banner=1;path=/\r\n";
> 	>      &PrintHeader();
> 	>      $url=$in{'page'};
> 	>      open (BANNER, $gconfig{'loginbanner'});
> 	>      while(<BANNER>) {
> 	>        s/LOGINURL/$url/g;
> 	>        print;
> 	>      }
> 	>     close(BANNER);
> 	>     return;
> 	> }   #line 22
> 	
> 	No - that code is for displaying some HTML instead of the login form
> 	the first time the user visits it. $gconfig{'loginnbanner'} comes from
> 	the loginbanner= line in /etc/webmin/config, and if set must be the
> 	full path to an HTML page to display. If the text LOGINURL appears in
> 	the HTML, it will be replaced with the URL that the user originally
> 	requested, so that the file can contain code like :
> 	
> 	Welcome to the Foo Corporation Webmin server<p>
> 	<a href='LOGINURL'>Click here to login</a>
> 	
> 	> Where is that  $gconfig{'loginnbanner'}, what is LOGINURL?,
> 	> where is $in{'logout'}? I did not see any "redirect" function here,
> 	> how the above codes control a sucessful login? What page or
> 	> what cgi process is lead to?
> 	
> 	It leads to code in miniserv.pl that checks the username and password
> 	and then sets a session cookie. Look at the lines starting at 2227
> 	
> 	  - Jamie
> 	
> 	
> 	
> 	
> 	
> 	
> 	
> 	
> 	
> 	
> 	-------------------------------------------------------
> 	This SF.NET email is sponsored by:
> 	SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> 	http://www.vasoftware.com
> 	-
> 	Forwarded by the Webmin development list at web...@we...
> 	To remove yourself from this list, go to
> 	http://lists.sourceforge.net/lists/listinfo/webadmin-devel
> 	
> 

RE: login process

[Wai I. <wi...@hi...>]

SmFtaWU6DQogDQpUaGFua3MgZm9yIHlvdXIgcmVwbHkuIEkgd2VudCB0aHJvdWdodCB0aGUgbWlu
aXNlcnYucGwNCmJhc2VkIG9uIHlvdXIgYWR2aWNlLiBUaGUgZm9sbG93aW5nIGNvZGVzIGluIG1p
bmlzZXJ2LnBsIA0KaXMgc3Vwb3NlZCB0byBkbyBhIHN1Y2Nlc3NmdWwgbG9naW4gKEhvcGUgdGhp
cyB0aW1lIEkgYW0gDQpyaWdodCk6DQogDQpzdWIgaGFuZGxlX3JlcXVlc3QNCnsNCiANCi4uLi4u
Li4uLi4uLi4uLi4uLi4uDQppZigkY29uZmlneydzZXNzaW9uJ30gJiYgIWRlbnlfYXV0aGVudGlj
YXRpb24gJiYgJHBhZ2UgZXENCiAgICAkY29uZmlneydzZXNzaW9uX2xvZ2luJ30pIHsNCiAgICAu
Li4uLi4uLi4uLi4uLg0KICAgIGxvY2FsICRvaz0mdmFsaWRhdGVfdXNlcigkaW57J3VzZXInfSxp
bnsncGFzcyd9KTsNCiAgICAuLi4uLi4uLi4uLi4uLi4NCiAgICBpZigkb2spIHsNCiAgICAgIC4u
Li4uLi4uLi4uLi4uLg0KICAgICAgJndyaXRlX2RhdGEoIkxvY2F0aW9uOiAkcHJvdDovLyRob3N0
JHBvcnRzdHIkaW57J3BhZ2UnJ31cclxuIik7DQogICAgICAuLi4uLi4uLi4uLi4uLi4uLg0KICAg
IHJldHVybiAwOw0KICAgIH0gI2VuZCBpZigkb2spDQogICAgLi4uLi4uLi4uLi4uLi4uLi4NCn0j
ZW5kIGlmKCRjb25maWcuLikNCiANCi4uLi4uLi4uLi4uLi4uDQogDQp9ICNlbmQgc3ViIGhhbmRs
ZV9yZXF1ZXN0DQogDQpBZnRlciBhIHN1Y2Vzc2Z1bCBsb2dpbiwgVGhlIHdlYm1pbiBsZWFkcyBt
ZSB0byBhIGdlbmVyYWwgcGFnZS4NCkkgaGF2ZSB0aGUgZm9sbG93aW5nIHF1ZXN0aW9ucyByZWdh
cmRpbmcgdGhpcyBwcm9jZXNzLg0KUXVlc3Rpb24gMTogDQpXaGF0IGNnaSBmaWxlIGlzIHJlc3Bv
bnNpYmxlIGZvciBnZW5lcmF0aW5nIHRoYXQgZ2VuZXJhbCBwYWdlLiANClF1ZXN0aW9uIDI6DQpJ
biBhbm90aGVyIHdvcmQsIHdoYXQgaXMgdGhlIGh0dHAgcmVxdWVzdCBlcXVpdmFsZW50IHRvIA0K
JGhvc3QkcG9ydHN0ciRpbnsncGFnZScnfSBpbiB0aGUgYWJvdmUgY29kZXMgYWZ0ZXIgYSBzdWNj
ZXNzZnVsDQpsb2dpbiA/IA0KUXVlc3Rpb24gMzoNCkkgdHJ5IHRvIGZvbGxvdyB0aGUgdGhlIHBy
b2dyYW0gbG9naWMgdG8gZ2VuZXJhdGUgJGhvc3QgYW5kDQokaW57J3BhZ2UnfSwgYnV0IGNhbiBu
b3QgZ2V0IGl0LiBGb3IgZXhhbXBsZSwgdGhlIGxvZ2ljIHRvIGdlbmVyYXRlDQokaG9zdCBzZWVt
cyBhcyBmb2xsb3dzOg0KIA0KJGhvc3Q9JmdldF9zb2NrZXRfbmFtZShTT0NLKTsNCi4uLi4NCmlm
KGRlZmluZWQoJGhlYWRlcnsnaG9zdCd9KSkgew0KICAgaWYoJGhlYWRlclsnaG9zdCd9PX4vXihe
W146XSspOihbMC05XSspJC8pIHsNCiAgICAgJGhvc3Q9JDE7DQogICAgICRwb3J0PSQyOw0KICAg
fSBlbHNlIHsNCiAgICAgJGhvc3Q9JGhlYWRlcnsnaG9zdCd9Ow0KICAgfQ0KIA0KQ291bGQgeW91
IGdpdmUgbWUgYSBzaW1wbGUgZXhwbGFuYXRpb24/DQogDQogDQpUaGFuayB5b3UgdmVyeSBtdWNo
IGZvciB5b3VyIHZhbHVhYmxlIHRpbWUhDQogDQogDQp3YWkNCiAgDQogDQogDQogDQogDQogDQoN
CgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBKYW1pZSBDYW1lcm9uIFttYWls
dG86amNhbWVyb25Ad2VibWluLmNvbV0gDQoJU2VudDogVHVlIDEvNy8yMDAzIDc6MzggUE0gDQoJ
VG86IHdlYmFkbWluLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJU3ViamVj
dDogUmU6IGxvZ2luIHByb2Nlc3MNCgkNCgkNCg0KCVdhaSBJdSB3cm90ZToNCgk+IEphbWllOg0K
CT4gDQoJPiBUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB5b3UgdG8gcmVwbHkgdG8gbXkgInNpbGx5
IiBxdWVzdGlvbjoNCgk+ICJ3aGVyZSBtYWluOjpyZWFkX2ZpbGVfY2FjaGUgYmVpbmcgaW5pdGlh
bGl6ZWQ/Ig0KCT4gSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24gYWJvdXQgbG9naW4gaGVyZSBhbmQg
aG9wZSB0aGF0IGl0IHdpbGwNCgk+IG5vdCB0aGF0ICJzaWxseSIuDQoJPiANCgk+IFdlYm1pbiB1
c2VzIHNlc3Npb25fbG9naW4uY2dpIHRvIGNvbnRyb2wgdGhlIGxvZ2luIHByb2Nlc3MsIGlmDQoJ
PiBsb2dpbiBzdWNjZXNzZXMsIGl0IHdpbGwgZ28gdG8gYSBnZW5lcmFsIHBhZ2UuIFRoZSBnZW5l
cmFsIHBhZ2UgaXMNCgk+IHNlZW1zIHRvIGJlIGdlbmVyYXRlZCBieSAvdXNyL2xpYmV4ZWMvd2Vi
bWluL21zY3N0eWxlMy9pbmRleC5jZ2kNCgk+IGFuZCAvdXNyL2xpYmV4ZWMvd2VibWluL21zY3N0
eWxlMy90aGVtZS5wbC4gSWYgbG9naW5pbmcgbm90DQoJPiBzdWNjZXNzZnVsbHksIGl0IHdpbGwg
Z28gYmFjayB0aGUgbG9naW4gcGFnZSwgd2hpY2ggaXMgZ2VuZXJhdGVkIGJ5DQoJPiBzZXNzaW9u
X2xvZ2luLmNnaS4gDQoJPiANCgk+IFRoZSBmb2xsb3cgY29kZXMgZnJvbSBzZXNzaW9uX2xvZ2lu
LmNnaSBwZXJmb3JtcyBhIHN1Y2Nlc3NmdWwNCgk+IGxvZ2luIHByb2Nlc3M6DQoJPiANCgk+IGlm
KCRnY29uZmlneydsb2dpbm5hbm5lcid9ICYmICRFTlYgeydIVFRQX0NPT0tJRSd9ICF+Li4uLi4u
LiAgI2xpbmUgOQ0KCT4gICAgICAhJGlueydsb2dvdXQnfSAmJi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uI2xpbmUgMTANCgk+ICAgICAgIHByaW50ICJTZXQtQ29va2llOiBiYW5uZXI9MTtw
YXRoPS9cclxuIjsNCgk+ICAgICAgJlByaW50SGVhZGVyKCk7DQoJPiAgICAgICR1cmw9JGlueydw
YWdlJ307DQoJPiAgICAgIG9wZW4gKEJBTk5FUiwgJGdjb25maWd7J2xvZ2luYmFubmVyJ30pOw0K
CT4gICAgICB3aGlsZSg8QkFOTkVSPikgew0KCT4gICAgICAgIHMvTE9HSU5VUkwvJHVybC9nOw0K
CT4gICAgICAgIHByaW50Ow0KCT4gICAgICB9DQoJPiAgICAgY2xvc2UoQkFOTkVSKTsNCgk+ICAg
ICByZXR1cm47DQoJPiB9ICAgI2xpbmUgMjINCgkNCglObyAtIHRoYXQgY29kZSBpcyBmb3IgZGlz
cGxheWluZyBzb21lIEhUTUwgaW5zdGVhZCBvZiB0aGUgbG9naW4gZm9ybQ0KCXRoZSBmaXJzdCB0
aW1lIHRoZSB1c2VyIHZpc2l0cyBpdC4gJGdjb25maWd7J2xvZ2lubmJhbm5lcid9IGNvbWVzIGZy
b20NCgl0aGUgbG9naW5iYW5uZXI9IGxpbmUgaW4gL2V0Yy93ZWJtaW4vY29uZmlnLCBhbmQgaWYg
c2V0IG11c3QgYmUgdGhlDQoJZnVsbCBwYXRoIHRvIGFuIEhUTUwgcGFnZSB0byBkaXNwbGF5LiBJ
ZiB0aGUgdGV4dCBMT0dJTlVSTCBhcHBlYXJzIGluDQoJdGhlIEhUTUwsIGl0IHdpbGwgYmUgcmVw
bGFjZWQgd2l0aCB0aGUgVVJMIHRoYXQgdGhlIHVzZXIgb3JpZ2luYWxseQ0KCXJlcXVlc3RlZCwg
c28gdGhhdCB0aGUgZmlsZSBjYW4gY29udGFpbiBjb2RlIGxpa2UgOg0KCQ0KCVdlbGNvbWUgdG8g
dGhlIEZvbyBDb3Jwb3JhdGlvbiBXZWJtaW4gc2VydmVyPHA+DQoJPGEgaHJlZj0nTE9HSU5VUkwn
PkNsaWNrIGhlcmUgdG8gbG9naW48L2E+DQoJDQoJPiBXaGVyZSBpcyB0aGF0ICAkZ2NvbmZpZ3sn
bG9naW5uYmFubmVyJ30sIHdoYXQgaXMgTE9HSU5VUkw/LA0KCT4gd2hlcmUgaXMgJGlueydsb2dv
dXQnfT8gSSBkaWQgbm90IHNlZSBhbnkgInJlZGlyZWN0IiBmdW5jdGlvbiBoZXJlLA0KCT4gaG93
IHRoZSBhYm92ZSBjb2RlcyBjb250cm9sIGEgc3VjZXNzZnVsIGxvZ2luPyBXaGF0IHBhZ2Ugb3IN
Cgk+IHdoYXQgY2dpIHByb2Nlc3MgaXMgbGVhZCB0bz8NCgkNCglJdCBsZWFkcyB0byBjb2RlIGlu
IG1pbmlzZXJ2LnBsIHRoYXQgY2hlY2tzIHRoZSB1c2VybmFtZSBhbmQgcGFzc3dvcmQNCglhbmQg
dGhlbiBzZXRzIGEgc2Vzc2lvbiBjb29raWUuIExvb2sgYXQgdGhlIGxpbmVzIHN0YXJ0aW5nIGF0
IDIyMjcNCgkNCgkgIC0gSmFtaWUNCgkNCgkNCgkNCgkNCgkNCgkNCgkNCgkNCgkNCgkNCgktLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhp
cyBTRi5ORVQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5Og0KCVNvdXJjZUZvcmdlIEVudGVycHJpc2Ug
RWRpdGlvbiArIElCTSArIExpbnV4V29ybGQgPSBTb21ldGhpbmcgMiBTZWUhDQoJaHR0cDovL3d3
dy52YXNvZnR3YXJlLmNvbQ0KCS0NCglGb3J3YXJkZWQgYnkgdGhlIFdlYm1pbiBkZXZlbG9wbWVu
dCBsaXN0IGF0IHdlYm1pbi1kZXZlbEB3ZWJtaW4uY29tDQoJVG8gcmVtb3ZlIHlvdXJzZWxmIGZy
b20gdGhpcyBsaXN0LCBnbyB0bw0KCWh0dHA6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMv
bGlzdGluZm8vd2ViYWRtaW4tZGV2ZWwNCgkNCg0K

Re: login process

[Jamie C. <jca...@we...>]

Wai Iu wrote:
> Jamie:
>  
> Thank you very much for you to reply to my "silly" question:
> "where main::read_file_cache being initialized?"
> I have another question about login here and hope that it will
> not that "silly".
>  
> Webmin uses session_login.cgi to control the login process, if
> login successes, it will go to a general page. The general page is
> seems to be generated by /usr/libexec/webmin/mscstyle3/index.cgi
> and /usr/libexec/webmin/mscstyle3/theme.pl. If logining not 
> successfully, it will go back the login page, which is generated by
> session_login.cgi.  
>  
> The follow codes from session_login.cgi performs a successful
> login process:
>  
> if($gconfig{'loginnanner'} && $ENV {'HTTP_COOKIE'} !~.......  #line 9
>      !$in{'logout'} &&.............................#line 10
>       print "Set-Cookie: banner=1;path=/\r\n";
>      &PrintHeader();
>      $url=$in{'page'};
>      open (BANNER, $gconfig{'loginbanner'});
>      while(<BANNER>) {
>        s/LOGINURL/$url/g;
>        print;
>      }
>     close(BANNER);
>     return;
> }   #line 22

No - that code is for displaying some HTML instead of the login form 
the first time the user visits it. $gconfig{'loginnbanner'} comes from 
the loginbanner= line in /etc/webmin/config, and if set must be the 
full path to an HTML page to display. If the text LOGINURL appears in 
the HTML, it will be replaced with the URL that the user originally 
requested, so that the file can contain code like :

Welcome to the Foo Corporation Webmin server<p>
<a href='LOGINURL'>Click here to login</a>

> Where is that  $gconfig{'loginnbanner'}, what is LOGINURL?, 
> where is $in{'logout'}? I did not see any "redirect" function here, 
> how the above codes control a sucessful login? What page or 
> what cgi process is lead to?

It leads to code in miniserv.pl that checks the username and password 
and then sets a session cookie. Look at the lines starting at 2227

  - Jamie

login process

[Wai I. <wi...@hi...>]

SmFtaWU6DQogDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB5b3UgdG8gcmVwbHkgdG8gbXkgInNp
bGx5IiBxdWVzdGlvbjoNCiJ3aGVyZSBtYWluOjpyZWFkX2ZpbGVfY2FjaGUgYmVpbmcgaW5pdGlh
bGl6ZWQ/Ig0KSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24gYWJvdXQgbG9naW4gaGVyZSBhbmQgaG9w
ZSB0aGF0IGl0IHdpbGwNCm5vdCB0aGF0ICJzaWxseSIuDQogDQpXZWJtaW4gdXNlcyBzZXNzaW9u
X2xvZ2luLmNnaSB0byBjb250cm9sIHRoZSBsb2dpbiBwcm9jZXNzLCBpZg0KbG9naW4gc3VjY2Vz
c2VzLCBpdCB3aWxsIGdvIHRvIGEgZ2VuZXJhbCBwYWdlLiBUaGUgZ2VuZXJhbCBwYWdlIGlzDQpz
ZWVtcyB0byBiZSBnZW5lcmF0ZWQgYnkgL3Vzci9saWJleGVjL3dlYm1pbi9tc2NzdHlsZTMvaW5k
ZXguY2dpDQphbmQgL3Vzci9saWJleGVjL3dlYm1pbi9tc2NzdHlsZTMvdGhlbWUucGwuIElmIGxv
Z2luaW5nIG5vdCANCnN1Y2Nlc3NmdWxseSwgaXQgd2lsbCBnbyBiYWNrIHRoZSBsb2dpbiBwYWdl
LCB3aGljaCBpcyBnZW5lcmF0ZWQgYnkNCnNlc3Npb25fbG9naW4uY2dpLiAgDQogDQpUaGUgZm9s
bG93IGNvZGVzIGZyb20gc2Vzc2lvbl9sb2dpbi5jZ2kgcGVyZm9ybXMgYSBzdWNjZXNzZnVsDQps
b2dpbiBwcm9jZXNzOg0KIA0KaWYoJGdjb25maWd7J2xvZ2lubmFubmVyJ30gJiYgJEVOViB7J0hU
VFBfQ09PS0lFJ30gIX4uLi4uLi4uICAjbGluZSA5DQogICAgICEkaW57J2xvZ291dCd9ICYmLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4jbGluZSAxMA0KICAgICAgcHJpbnQgIlNldC1Db29r
aWU6IGJhbm5lcj0xO3BhdGg9L1xyXG4iOw0KICAgICAmUHJpbnRIZWFkZXIoKTsNCiAgICAgJHVy
bD0kaW57J3BhZ2UnfTsNCiAgICAgb3BlbiAoQkFOTkVSLCAkZ2NvbmZpZ3snbG9naW5iYW5uZXIn
fSk7DQogICAgIHdoaWxlKDxCQU5ORVI+KSB7DQogICAgICAgcy9MT0dJTlVSTC8kdXJsL2c7DQog
ICAgICAgcHJpbnQ7DQogICAgIH0NCiAgICBjbG9zZShCQU5ORVIpOw0KICAgIHJldHVybjsNCn0g
ICAjbGluZSAyMg0KIA0KV2hlcmUgaXMgdGhhdCAgJGdjb25maWd7J2xvZ2lubmJhbm5lcid9LCB3
aGF0IGlzIExPR0lOVVJMPywgDQp3aGVyZSBpcyAkaW57J2xvZ291dCd9PyBJIGRpZCBub3Qgc2Vl
IGFueSAicmVkaXJlY3QiIGZ1bmN0aW9uIGhlcmUsIA0KaG93IHRoZSBhYm92ZSBjb2RlcyBjb250
cm9sIGEgc3VjZXNzZnVsIGxvZ2luPyBXaGF0IHBhZ2Ugb3IgDQp3aGF0IGNnaSBwcm9jZXNzIGlz
IGxlYWQgdG8/DQogDQpUaGFuayB5b3UgdmVyeSBtdWNoIQ0KIA0KIA0Kd2FpDQogDQo=

Re: where main::read_file_cache being initialized?

[Jamie C. <jca...@we...>]

You don't have to declare variables - any that are used without being 
declared are considered by Perl to be global (to the main package, 
which is used by default when no package is explicitly specified).

  - Jamie

Wai Iu wrote:
> Jamie:
> 
> Thanks for your reply. I have another question regarding
> main::read_file_cache.
> 
> In order to use a reference, you must to declared it
> at first, for example, my $ref; $ref=7; . But in the method
> read_file_cached, main::read_file_cache seems to be just being
> used and never being declared at first. And read_file_cache's
> package is main. Where is this main package located?
> 
> Same thing happening to the other references: main:acl_hash_cache,
> main::acl_array_cache, main::has_command_cache, main::list_languages_
> cache.
> 
> Thanks again!
> 
> 
> Wai
> 
> 	-----Original Message----- 
> 	From: Jamie Cameron [mailto:jca...@we...] 
> 	Sent: Mon 1/6/2003 5:36 PM 
> 	To: web...@li... 
> 	Cc: 
> 	Subject: Re: where main::read_file_cache being initialized?
> 	
> 	
> 
> 	Wai Iu wrote:> Hey;
> 	> 
> 	> In the file web-lib.pl, there are following paramaters used,
> 	> such as in flush_webmin_caches() method and in init_config()
> 	> method:
> 	> 
> 	> %main::read_file_cache
> 	> %main::acl_hash_cache
> 	> %main::acl_array_cache
> 	> %main::has_command_cache
> 	> @main::list_languages_cache
> 	> 
> 	> 
> 	> I checked the web-lib.pl and did not find any place that they are> being initialized. Where do these parameters come from?
> 	
> 	Various places :
> 	
> 	read_file_cache - Set by the read_file_cached function, so that
> 	multiple calls for the same file do not have to actually read it.
> 	
> 	acl_hash_cache and acl_array_cache - Set by read_acl so that
> 	/etc/webmin/webmin.acl only has to be read once.
> 	
> 	has_command_cache - Set by has_command, so that multiple calls for the
> 	same command do not have to check the PATH each time.
> 	
> 	list_languages_cache - Set by list_languages so that lang_list.txt
> 	only has to be read once.
> 	
> 	  - Jamie

RE: where main::read_file_cache being initialized?

[Wai I. <wi...@hi...>]

SmFtaWU6DQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4gSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24g
cmVnYXJkaW5nDQptYWluOjpyZWFkX2ZpbGVfY2FjaGUuDQoNCkluIG9yZGVyIHRvIHVzZSBhIHJl
ZmVyZW5jZSwgeW91IG11c3QgdG8gZGVjbGFyZWQgaXQNCmF0IGZpcnN0LCBmb3IgZXhhbXBsZSwg
bXkgJHJlZjsgJHJlZj03OyAuIEJ1dCBpbiB0aGUgbWV0aG9kDQpyZWFkX2ZpbGVfY2FjaGVkLCBt
YWluOjpyZWFkX2ZpbGVfY2FjaGUgc2VlbXMgdG8gYmUganVzdCBiZWluZw0KdXNlZCBhbmQgbmV2
ZXIgYmVpbmcgZGVjbGFyZWQgYXQgZmlyc3QuIEFuZCByZWFkX2ZpbGVfY2FjaGUncw0KcGFja2Fn
ZSBpcyBtYWluLiBXaGVyZSBpcyB0aGlzIG1haW4gcGFja2FnZSBsb2NhdGVkPw0KDQpTYW1lIHRo
aW5nIGhhcHBlbmluZyB0byB0aGUgb3RoZXIgcmVmZXJlbmNlczogbWFpbjphY2xfaGFzaF9jYWNo
ZSwNCm1haW46OmFjbF9hcnJheV9jYWNoZSwgbWFpbjo6aGFzX2NvbW1hbmRfY2FjaGUsIG1haW46
Omxpc3RfbGFuZ3VhZ2VzXw0KY2FjaGUuDQoNClRoYW5rcyBhZ2FpbiENCg0KDQpXYWkNCg0KCS0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IEphbWllIENhbWVyb24gW21haWx0bzpq
Y2FtZXJvbkB3ZWJtaW4uY29tXSANCglTZW50OiBNb24gMS82LzIwMDMgNTozNiBQTSANCglUbzog
d2ViYWRtaW4tZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiANCglTdWJqZWN0OiBS
ZTogd2hlcmUgbWFpbjo6cmVhZF9maWxlX2NhY2hlIGJlaW5nIGluaXRpYWxpemVkPw0KCQ0KCQ0K
DQoJV2FpIEl1IHdyb3RlOj4gSGV5Ow0KCT4gDQoJPiBJbiB0aGUgZmlsZSB3ZWItbGliLnBsLCB0
aGVyZSBhcmUgZm9sbG93aW5nIHBhcmFtYXRlcnMgdXNlZCwNCgk+IHN1Y2ggYXMgaW4gZmx1c2hf
d2VibWluX2NhY2hlcygpIG1ldGhvZCBhbmQgaW4gaW5pdF9jb25maWcoKQ0KCT4gbWV0aG9kOg0K
CT4gDQoJPiAlbWFpbjo6cmVhZF9maWxlX2NhY2hlDQoJPiAlbWFpbjo6YWNsX2hhc2hfY2FjaGUN
Cgk+ICVtYWluOjphY2xfYXJyYXlfY2FjaGUNCgk+ICVtYWluOjpoYXNfY29tbWFuZF9jYWNoZQ0K
CT4gQG1haW46Omxpc3RfbGFuZ3VhZ2VzX2NhY2hlDQoJPiANCgk+IA0KCT4gSSBjaGVja2VkIHRo
ZSB3ZWItbGliLnBsIGFuZCBkaWQgbm90IGZpbmQgYW55IHBsYWNlIHRoYXQgdGhleSBhcmU+IGJl
aW5nIGluaXRpYWxpemVkLiBXaGVyZSBkbyB0aGVzZSBwYXJhbWV0ZXJzIGNvbWUgZnJvbT8NCgkN
CglWYXJpb3VzIHBsYWNlcyA6DQoJDQoJcmVhZF9maWxlX2NhY2hlIC0gU2V0IGJ5IHRoZSByZWFk
X2ZpbGVfY2FjaGVkIGZ1bmN0aW9uLCBzbyB0aGF0DQoJbXVsdGlwbGUgY2FsbHMgZm9yIHRoZSBz
YW1lIGZpbGUgZG8gbm90IGhhdmUgdG8gYWN0dWFsbHkgcmVhZCBpdC4NCgkNCglhY2xfaGFzaF9j
YWNoZSBhbmQgYWNsX2FycmF5X2NhY2hlIC0gU2V0IGJ5IHJlYWRfYWNsIHNvIHRoYXQNCgkvZXRj
L3dlYm1pbi93ZWJtaW4uYWNsIG9ubHkgaGFzIHRvIGJlIHJlYWQgb25jZS4NCgkNCgloYXNfY29t
bWFuZF9jYWNoZSAtIFNldCBieSBoYXNfY29tbWFuZCwgc28gdGhhdCBtdWx0aXBsZSBjYWxscyBm
b3IgdGhlDQoJc2FtZSBjb21tYW5kIGRvIG5vdCBoYXZlIHRvIGNoZWNrIHRoZSBQQVRIIGVhY2gg
dGltZS4NCgkNCglsaXN0X2xhbmd1YWdlc19jYWNoZSAtIFNldCBieSBsaXN0X2xhbmd1YWdlcyBz
byB0aGF0IGxhbmdfbGlzdC50eHQNCglvbmx5IGhhcyB0byBiZSByZWFkIG9uY2UuDQoJDQoJICAt
IEphbWllDQoJDQoJDQoJDQoJDQoJDQoJDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgc2YubmV0IGVtYWlsIGlzIHNw
b25zb3JlZCBieTpUaGlua0dlZWsNCglXZWxjb21lIHRvIGdlZWsgaGVhdmVuLg0KCWh0dHA6Ly90
aGlua2dlZWsuY29tL3NmDQoJLQ0KCUZvcndhcmRlZCBieSB0aGUgV2VibWluIGRldmVsb3BtZW50
IGxpc3QgYXQgd2VibWluLWRldmVsQHdlYm1pbi5jb20NCglUbyByZW1vdmUgeW91cnNlbGYgZnJv
bSB0aGlzIGxpc3QsIGdvIHRvDQoJaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9s
aXN0aW5mby93ZWJhZG1pbi1kZXZlbA0KCQ0KDQo=

RE: where main::read_file_cache being initialized?

[Wai I. <wi...@hi...>]

SmFtaWU6DQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4gSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24g
cmVnYXJkaW5nDQptYWluOjpyZWFkX2ZpbGVfY2FjaGUuDQoNCkluIG9yZGVyIHRvIHVzZSBhIHJl
ZmVyZW5jZSwgeW91IG11c3QgdG8gZGVjbGFyZWQgaXQNCmF0IGZpcnN0LCBmb3IgZXhhbXBsZSwg
bXkgJHJlZjsgJHJlZj03OyAuIEJ1dCBpbiB0aGUgbWV0aG9kDQpyZWFkX2ZpbGVfY2FjaGVkLCBt
YWluOjpyZWFkX2ZpbGVfY2FjaGUgc2VlbXMgdG8gYmUganVzdCBiZWluZw0KdXNlZCBhbmQgbmV2
ZXIgYmVpbmcgZGVjbGFyZWQgYXQgZmlyc3QuIEFuZCByZWFkX2ZpbGVfY2FjaGUncw0KcGFja2Fn
ZSBpcyBtYWluLiBXaGVyZSBpcyB0aGlzIG1haW4gcGFja2FnZSBsb2NhdGVkPyANCg0KU2FtZSB0
aGluZyBoYXBwZW5pbmcgdG8gdGhlIG90aGVyIHJlZmVyZW5jZXM6IG1haW46YWNsX2hhc2hfY2Fj
aGUsDQptYWluOjphY2xfYXJyYXlfY2FjaGUsIG1haW46Omhhc19jb21tYW5kX2NhY2hlLCBtYWlu
OjpsaXN0X2xhbmd1YWdlc18NCmNhY2hlLg0KDQpUaGFua3MgYWdhaW4hDQoNCg0KV2FpDQoNCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEphbWllIENhbWVyb24gW21haWx0bzpq
Y2FtZXJvbkB3ZWJtaW4uY29tXQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDA2LCAyMDAzIDI6Mzcg
UE0NClRvOiB3ZWJhZG1pbi1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNClN1YmplY3Q6IFJl
OiB3aGVyZSBtYWluOjpyZWFkX2ZpbGVfY2FjaGUgYmVpbmcgaW5pdGlhbGl6ZWQ/DQoNCg0KV2Fp
IEl1IHdyb3RlOj4gSGV5Ow0KPiAgDQo+IEluIHRoZSBmaWxlIHdlYi1saWIucGwsIHRoZXJlIGFy
ZSBmb2xsb3dpbmcgcGFyYW1hdGVycyB1c2VkLCANCj4gc3VjaCBhcyBpbiBmbHVzaF93ZWJtaW5f
Y2FjaGVzKCkgbWV0aG9kIGFuZCBpbiBpbml0X2NvbmZpZygpDQo+IG1ldGhvZDoNCj4gIA0KPiAl
bWFpbjo6cmVhZF9maWxlX2NhY2hlDQo+ICVtYWluOjphY2xfaGFzaF9jYWNoZQ0KPiAlbWFpbjo6
YWNsX2FycmF5X2NhY2hlDQo+ICVtYWluOjpoYXNfY29tbWFuZF9jYWNoZQ0KPiBAbWFpbjo6bGlz
dF9sYW5ndWFnZXNfY2FjaGUNCj4gIA0KPiAgDQo+IEkgY2hlY2tlZCB0aGUgd2ViLWxpYi5wbCBh
bmQgZGlkIG5vdCBmaW5kIGFueSBwbGFjZSB0aGF0IHRoZXkgYXJlPiBiZWluZyBpbml0aWFsaXpl
ZC4gV2hlcmUgZG8gdGhlc2UgcGFyYW1ldGVycyBjb21lIGZyb20/DQoNClZhcmlvdXMgcGxhY2Vz
IDoNCg0KcmVhZF9maWxlX2NhY2hlIC0gU2V0IGJ5IHRoZSByZWFkX2ZpbGVfY2FjaGVkIGZ1bmN0
aW9uLCBzbyB0aGF0IA0KbXVsdGlwbGUgY2FsbHMgZm9yIHRoZSBzYW1lIGZpbGUgZG8gbm90IGhh
dmUgdG8gYWN0dWFsbHkgcmVhZCBpdC4NCg0KYWNsX2hhc2hfY2FjaGUgYW5kIGFjbF9hcnJheV9j
YWNoZSAtIFNldCBieSByZWFkX2FjbCBzbyB0aGF0IA0KL2V0Yy93ZWJtaW4vd2VibWluLmFjbCBv
bmx5IGhhcyB0byBiZSByZWFkIG9uY2UuDQoNCmhhc19jb21tYW5kX2NhY2hlIC0gU2V0IGJ5IGhh
c19jb21tYW5kLCBzbyB0aGF0IG11bHRpcGxlIGNhbGxzIGZvciB0aGUgDQpzYW1lIGNvbW1hbmQg
ZG8gbm90IGhhdmUgdG8gY2hlY2sgdGhlIFBBVEggZWFjaCB0aW1lLg0KDQpsaXN0X2xhbmd1YWdl
c19jYWNoZSAtIFNldCBieSBsaXN0X2xhbmd1YWdlcyBzbyB0aGF0IGxhbmdfbGlzdC50eHQgDQpv
bmx5IGhhcyB0byBiZSByZWFkIG9uY2UuDQoNCiAgLSBKYW1pZQ0KDQoNCg0KDQoNCg0KDQoNCi0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClRo
aXMgc2YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTpUaGlua0dlZWsNCldlbGNvbWUgdG8gZ2Vl
ayBoZWF2ZW4uDQpodHRwOi8vdGhpbmtnZWVrLmNvbS9zZg0KLQ0KRm9yd2FyZGVkIGJ5IHRoZSBX
ZWJtaW4gZGV2ZWxvcG1lbnQgbGlzdCBhdCB3ZWJtaW4tZGV2ZWxAd2VibWluLmNvbQ0KVG8gcmVt
b3ZlIHlvdXJzZWxmIGZyb20gdGhpcyBsaXN0LCBnbyB0bw0KaHR0cDovL2xpc3RzLnNvdXJjZWZv
cmdlLm5ldC9saXN0cy9saXN0aW5mby93ZWJhZG1pbi1kZXZlbA0K

Re: error in edit webmin user

[Jamie C. <jca...@we...>]

That is extremely odd .. it could be a browsing caching problem, as 
some browsers like to keep track of form inputs so that you don't have 
to enter them twice. Which browser are you using, and does this happen 
with other browsers?

  - Jamie

Rob...@co... wrote:
> Jamie - Yes all the data is correct just the user name is wrong.
> 
> Bob Teeter
> 
> 
> 
> 
> 
> Jamie Cameron <jca...@we...>@lists.sourceforge.net on 12/20/2002
> 08:33:39 PM
> 
> Please respond to web...@li...
> 
> Sent by:  web...@li...
> 
> 
> To:   web...@li...
> cc:
> Subject:  Re: error in edit webmin user
> 
> 
> Rob...@co... wrote:
> 
>>When you select a user in webmin to change what modules they can use
> 
> "root"
> 
>>is the name of the user no matter what user is selected  and you have to
>>change the user to save the results of the changes.  This is in the 1.050
>>release.
> 
> 
> Do the rest of the user's details (like their modules) show up correctly in
> the
> form?
> 
>   - Jamie

Re: where main::read_file_cache being initialized?

[Jamie C. <jca...@we...>]

Wai Iu wrote:> Hey;
>  
> In the file web-lib.pl, there are following paramaters used, 
> such as in flush_webmin_caches() method and in init_config()
> method:
>  
> %main::read_file_cache
> %main::acl_hash_cache
> %main::acl_array_cache
> %main::has_command_cache
> @main::list_languages_cache
>  
>  
> I checked the web-lib.pl and did not find any place that they are> being initialized. Where do these parameters come from?

Various places :

read_file_cache - Set by the read_file_cached function, so that 
multiple calls for the same file do not have to actually read it.

acl_hash_cache and acl_array_cache - Set by read_acl so that 
/etc/webmin/webmin.acl only has to be read once.

has_command_cache - Set by has_command, so that multiple calls for the 
same command do not have to check the PATH each time.

list_languages_cache - Set by list_languages so that lang_list.txt 
only has to be read once.

  - Jamie

Re: error in edit webmin user

[<Rob...@co...>]

Jamie - Yes all the data is correct just the user name is wrong.

Bob Teeter





Jamie Cameron <jca...@we...>@lists.sourceforge.net on 12/20/2002
08:33:39 PM

Please respond to web...@li...

Sent by:  web...@li...


To:   web...@li...
cc:
Subject:  Re: error in edit webmin user


Rob...@co... wrote:
> When you select a user in webmin to change what modules they can use
"root"
> is the name of the user no matter what user is selected  and you have to
> change the user to save the results of the changes.  This is in the 1.050
> release.

Do the rest of the user's details (like their modules) show up correctly in
the
form?

  - Jami







-------------------------------------------------------
This SF.NET email is sponsored by:  The Best Geek Holiday Gifts!
Time is running out!  Thinkgeek.com has the coolest gifts for
your favorite geek.   Let your fingers do the typing.   Visit Now.
T H I N K G E E K . C O M        http://www.thinkgeek.com/sf/
-
Forwarded by the Webmin development list at web...@we...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-devel

where main::read_file_cache being initialized?

[Wai I. <wi...@hi...>]

SGV5Ow0KIA0KSW4gdGhlIGZpbGUgd2ViLWxpYi5wbCwgdGhlcmUgYXJlIGZvbGxvd2luZyBwYXJh
bWF0ZXJzIHVzZWQsIA0Kc3VjaCBhcyBpbiBmbHVzaF93ZWJtaW5fY2FjaGVzKCkgbWV0aG9kIGFu
ZCBpbiBpbml0X2NvbmZpZygpDQptZXRob2Q6DQogDQolbWFpbjo6cmVhZF9maWxlX2NhY2hlDQol
bWFpbjo6YWNsX2hhc2hfY2FjaGUNCiVtYWluOjphY2xfYXJyYXlfY2FjaGUNCiVtYWluOjpoYXNf
Y29tbWFuZF9jYWNoZQ0KQG1haW46Omxpc3RfbGFuZ3VhZ2VzX2NhY2hlDQogDQogDQpJIGNoZWNr
ZWQgdGhlIHdlYi1saWIucGwgYW5kIGRpZCBub3QgZmluZCBhbnkgcGxhY2UgdGhhdCB0aGV5IGFy
ZQ0KYmVpbmcgaW5pdGlhbGl6ZWQuIFdoZXJlIGRvIHRoZXNlIHBhcmFtZXRlcnMgY29tZSBmcm9t
Pw0KIA0KUGxlYXNlIGhlbHAuDQogDQpUaGFua3MuDQogDQp3YWkNCg==

Re: ACL Programming

[Jamie C. <jca...@we...>]

Marco Rebsamen wrote:
> 
> I search more information about the ACL Programming for a webmin modul.
> I've read the "Writing Webmin Modules" Document on webmin.com but it sill 
> can't figure out how it works!

Basically, the get_module_acl function returns a hash contain values
from the /etc/webmin/<modulename>/<username>.acl , or the defaultacl in the 
module CGI programs directory if the .acl file does not exist. The .acl files 
for users are created using the Webmin Users module, using forms in the 
acl_security.pl script in the module directory. This script must contain two 
perl functions :

acl_security_form which takes a hash referernce to existing ACL variables for 
the user as a parameter and must output HTML for a form for editing them.

acl_security_save which takes the same hash refererence as a parameter, but must 
set the values in it based on the form inputs (available in %in).

Finally, module CGI programs should contain code like :

%access = get_module_acl();
if ($access{'canedit'}) {
	# Allow the user to edit something ..
	}

  - Jamie

ACL Programming

[Marco R. <mr...@wa...>]

I search more information about the ACL Programming for a webmin modul.
I've read the "Writing Webmin Modules" Document on webmin.com but it sill=
=20
can't figure out how it works!

thanks for help !!

Re: translation???

[Jamie C. <jca...@we...>]

vlado stefanov wrote:
> Hi there.
> Where can I get the ".po" files to translate the Webmin to Macidonian? 

There aren't any .. instead, have a read of 
http://www.webmin.com/modules.html#newlang for information on how to translate 
the existing modules into a new language.

  - Jamie

translation???

[vlado s. <vla...@mt...>]

Hi there.
Where can I get the ".po" files to translate the Webmin to Macidonian? 

Re: error in edit webmin user

[Jamie C. <jca...@we...>]

Rob...@co... wrote:
> When you select a user in webmin to change what modules they can use "root"
> is the name of the user no matter what user is selected  and you have to
> change the user to save the results of the changes.  This is in the 1.050
> release.

Do the rest of the user's details (like their modules) show up correctly in the 
form?

  - Jami

error in edit webmin user

[<Rob...@co...>]

When you select a user in webmin to change what modules they can use "root"
is the name of the user no matter what user is selected  and you have to
change the user to save the results of the changes.  This is in the 1.050
release.

Bob Teeter

Re: (no subject)

[Jamie C. <jca...@we...>]

nig...@di... wrote:
> Hi, 
> 
> I have issues with pages being refreshed.
> 
> When I submit a form page in any of the modules and displayed the redirected 
> page, the redirected page is never updated. I have to manual refresh and all 
> the updated information is there !
> 
> Also, it can be seen sometimes when I renter webmin with a new session and it 
> fails to prompt me for username/password, even though I have logged out 
> gracefully !
> 
> I did not see this until recently ? I dont rememember it happening in my early 
> days of using Webmin.
> 
> Is webmin doing caching at the server ? 
> 
> Also I have tuned my browser to 'always go to the server' for pages.
> 
> Any suggestions or is there something that we are doing wrong ?

Sounds like your browser is doing excessive caching .. I have seen this
with Opera, and no of know reliable way to prevent it :(

  - Jamie