Latest FOG 0.33b
-
hello,
r1388:
Blank page when i click on a task in basic task of the host page.bye
-
Try 1389.
All
r1389 released.Adds Proxy Username and Password fields under FOG Settings in FOG Configuration. Moves all proxy information to its own setting category (Proxy Settings). Add’s the support needed in FOGCore to use the authentication mechanisms. Updates the database to support all of these things.
-
it’s ok in rev 1389.
-
r1390 and r1391 released.
r1390 removes the default reports from the reports directory as they are now included in the ReportPage as their own objects rather than separate files. Fixes an issue of displaying the cpu max speed under the host page inventory menu.
r1391 forgot to wrap the submit button stuff on the equipment loan in a form. It works properly now.
Thank you,
-
r1392 released.
Simply adds No Menu option to the Boot menu stuff. This literally displays no menu at all. If there’s a tasking, it performs that task, otherwise it just boots straight to the first hard drive on the device. This may require some minor tweaking on some devices, but that’s a simple fix.
Hopefully people find this useful.
-
r1393 released.
Fixes a couple issues with the imaging log reporting/forms. Only returns entries where the host is valid as well.
-
r1394 and 1395 released.
Fixes the pending mac’s to be approved at an individual level.
-
r1396 released.
Removes many legacy items from the class files as they didn’t appear to be used anywhere. If there was one, I changed it to use the more improved methods. It also transitions the groupid and imageid tags in the browser to use id as the rest of the url’s use.
-
[quote=“Tom Elliott, post: 24088, member: 7271”]r1304 and 1305 released.
Both are just more hooking elements. Part of the frequent releases is due to the weather in my area. I don’t want to lose my work while in the middle of changes. Hopefully you all understand.
Are you using a UPS (Uninteruptable Power Supply)? Sorry if I’m telling you something you already know. That will keep your system running in a blackout/brownout for 20-30 minutes, giving you time to complete a task and then safely powerdown.
I always have my most important 3 or 4 PCs protected at all times. Another thing - good spike protection in the fuse box is a good move. Then you’re covered for most weather conditions, except the lightning bolt hitting the powerlines in front of your house. Sorry again if you already know this. Thanks for all your work.[/quote] -
r1399 released.
Fixes the blamed nodes stuff to use the class file. Various other minor changes as well.
-
r1400 released.
Adds a filter argument to the buildSelectBox function. Used primarily in Host and Group pages to filter out the items that are already associated.
getClass is now using the reflection class as was intended by Blackout.
-
r1401 released.
Fixes some dating information on the reports page. Changes the search boxes to show what’s valid rather than what you’re searching for. Basically, this ensures you know the data is there.
-
Your like a runner away train Tom,:eek: Thanks for all the updates going to pull down r1401 and have a Play.:)
-
r1402 released.
Fixes a missing ); tag within index.php of schemaupdater.
-
r1403 released.
Host lookups works again.
-
Looks like r1403 now has an issue with TaskManagementPage.class.php.
PHP Fatal error: Call to undefined method Task::getCreateTime() in /var/www/fog/lib/pages/TaskManagementPage.class.php on line 120
I have added this back in from a previous revision and the task page loads just fine now.
Code that was removed from /var/www/fog/lib/fog/Task.class.php:
[PHP]public function getCreateTime() { return new Date($this->get(‘createdTime’)); }[/PHP] -
r1404 released.
Big feature addition here. Client Updater can be updated from the Service or FOG Configuration pages. The both work the exact same.
In this change, you can now upload multiple files at one time.
This also fixes the “shading” requested by BigMan, and fixes the getCreateTime() function from earlier. I’m not using the getCreateTime function itself as that’s a legacy call, but it all should work as expected.
Thank you,
-
r1405 released.
Fixes a redirection issue when updating modules from the FOG Configuration page.
-
Some others have mentioned problems having their FTP and storage node in separate places. I too experienced this problem. I was able to hack together a fix for myself. But asking people to enable FTP on their NAS (not possible most of the time) or to go in and rename the files yourself (my help desk can’t do this) is just not helpful.
Here is my “diff” of /var/www/fog/service/Post_Stage2.php:
[PHP]89c89
< echo _(“FTP connection to TFTP Server has failed!”);echo _("FTP connection to TFTP Server has failed! - in stage 1");94c94
< @ftp_close($ftp);// @ftp_close($ftp);96,98c96,98
< $ftp = ftp_connect( $nodeip );
< $ftp_loginres = ftp_login($ftp, $nodeuser, $nodepass);
< if ((!$ftp) || (!$ftp_loginres ))//$ftp = ftp_connect( $nodeip ); //$ftp_loginres = ftp_login($ftp, $nodeuser, $nodepass);/* if ((!$ftp) || (!$ftp_loginres ))
100c100
< echo _(“FTP connection to Storage Server has failed!”);
echo _("FTP connection to Storage Server has failed! in stage 2");102a103
*/
[/PHP]Basically I am just removing the part that hangs up and re-establishes a new FTP connection, as the current FTP connection is the correct FTP in my case.
Why not re-write this to check for a boolean value, and then include that in the web configuration pages as “Separate NAS in use”, or something like that?
EDIT: To clarify, I am referring to the WiKi (Separate NFS Server): KNOWN ISSUE You will get an error “Ftp connection to storage server has failed” at the end of uploading images though. You will have to manually rename and move the file from the dev directory to the directory below.
[url]http://www.fogproject.org/wiki/index.php?title=FOGUserGuide[/url] -
r1406 and 1407 released.
1406 fixes an issue with the printer manager issue as the legacy class was removed.
1407 just moves the endsWith function to the FOGBase class so it can be called with fog core.
