Project

General

Profile

« Previous | Next » 

Revision 27d07d2d

Added by Scott Ullrich almost 16 years ago

It seems upon captive portal startup the captiveportal.db file is not written out until the /etc/rc.prunecaptiveportal script is run. If the Operator decides to visit status -> captive portal right after enabling the service they will be greated with some nasty nasty errors. Silence this nonsense by creating a blank captiveportal.db file right after nuking it.

View differences:

etc/inc/captiveportal.inc
123 123 
		unlink_if_exists("{$g['vardb_path']}/captiveportal_radius.db");
124 124 
		mwexec("/sbin/ipfw table all flush");
125 125 

  		




  
  126
  
    
		/* setup new database in case someone tries to access the status -> captive portal page */


  		




  
  127
  
    
		touch("{$g['vardb_path']}/captiveportal.db");


  		




  
  128
  
    

  		




  126
  129
  
    
		/* write portal page */


  		




  127
  130
  
    
		if ($config['captiveportal']['page']['htmltext'])


  		




  128
  131
  
    
			$htmltext = base64_decode($config['captiveportal']['page']['htmltext']);


  		












Also available in:  Unified diff