Bugs in FOG 0.33
-
Try updating and retry the tasking. I noticed the “looping of no active tasks found” earlier and I believe it was due to the service files still trying to remove the “PXE” file which of course no longer exists.
-
I’m currently on build 1237. I’m going to update as soon as I get done pulling an image. Was this fixed before that build?
-
No, after, I found out about it this weekend.
-
WooHoo!
-
Ok! I’m pretty sure I found a bug this time!
If I go into Group Management and update the AD settings for a group, and save them, the settings default back to showing previous AD info. (I feel like I read somewhere, this was already known…) BUT… The new buggy thing I found, was after updating this, I noticed that the settings I entered are showing up for the individual members of the group, and under the username section, it’s showing up like this: intranet\admin <-- (given that your domain is called “intranet” and the user is “admin”) I’m just pointing out the double “\” part.
Come on Tom, tell me it’s a bug! I’m really trying to help out!!
-
It’s not a bug, persay, I just have to figure out why it’s storing the escaped sequence as the database value.
-
… but what about the double “\” part? It get’s the domain and username part right, it just adds an extra \
-
Yep, that’s kind of a bug, but not really.
If you look at your database, what does it show?
-
I couldn’t tell you… I don’t mess with the database stuff.
I’m like a bull in the proverbial “China Shop”. Next thing I know, the database gets deleted……Not really, but I’m feeling froggy today! o_O
Here’s a lesson kids… Don’t drink and image!
BTW Tom, you have a quick tutorial on how to “examine” my database?
-
lol.
I see the issue and it is a …confirmed bug. Looking into as we speak. In the midst of this, I found another bug, so I’ve also released r1280 to correct that bug.
Thank you,
-
WOOT!
-
latest svn version typo under image management image path shows /images/images just need to remove the second images from path
[IMG]http://s12.postimg.org/84riji5nx/typo.jpg[/IMG] -
That should be a bug persay. It pulls the data from the StorageNode Path.
-
advanced menu stopped working. looks like it happened when code was moved from base.inc.php to BootMenuClass.php
changing advanced.php code from
[CODE]<?php
header(“Content-type: text/plain”);
require_once(‘…/…/commons/base.inc.php’);
print “#!ipxe\n”;
print $advanced;
?>
[/CODE] to
[CODE]<?php
header(“Content-type: text/plain”);
require_once(‘…/…/commons/base.inc.php’);
$advanced = $FOGCore->getSetting(‘FOG_PXE_ADVANCED’);
print “#!ipxe\n”;
print $advanced;
?>
[/CODE] makes it work again -
I’m going to push this fix, but with one minor mod.
Instead of assigning the advanced variable, why not just print the variable setting itself?
e.g. instead of:
[code]$advanced = $FOGCore->getSetting(‘FOG_PXE_ADVANCED’);
print “#!ipxe\n”;
print $advanced;[/code]have this:
[code]print “#!ipxe\n”
print $FOGCore->getSetting(‘FOG_PXE_ADVANCED’);[/code] -
makes sense to me. thanks
-
link added to footer directs to wrong location
[url]http://209.114.127.122/fog/management/index.php/fog/client[/url]
instead of
[url]http://209.114.127.122/fog/client[/url] -
error when trying to run report “FOG User Login History Summary”
[CODE]Failed to load Class file: Class: Functions, Error: Could not find file: File: Functions.class.php, Paths: /var/www/fog//lib/fog, /var/www/fog//lib/db, /var/www/fog//lib/pages[/CODE] -
[quote=“Junkhacker, post: 25903, member: 21583”]error when trying to run report “FOG User Login History Summary”
[CODE]Failed to load Class file: Class: Functions, Error: Could not find file: File: Functions.class.php, Paths: /var/www/fog//lib/fog, /var/www/fog//lib/db, /var/www/fog//lib/pages[/CODE][/quote]Functions.class.php does not exist anymore. My guess is your server still contains the management/reports/* files.
-
Image is set to use PartImage but still used Partclone when uploading an image.
