Latest FOG 0.33b
-
[quote=“warp, post: 24227, member: 22860”]Hi,
I have a display problem on the r1321, watch the attachment.[/quote]This shouldn’t have been an issue, but I guess it doesn’t work all the time. The problem isn’t really with fog, but kind of it is. If you edit the date.timezone line (uncomment) and enter a valid timezone setting, restart apache, your page will display properly. I’ll look into sending it a proper timezone though and thought this was already in place and working.
-
[quote=“warp, post: 24227, member: 22860”]Hi,
I have a display problem on the r1321, watch the attachment.[/quote]Please try the latest revision. r1322. This issue “should” be resolved as I’m telling the DateTime class what timezone to use (GMT) if it’s not set in the php.ini file.
Thank you,
-
This is what I have in php.ini (date.timezone = “Europe/paris”) , and it does not work.
I’ll try the r1322, thank. -
Unfortunately the release r1322 have the same problem.
-
Well, It’s because you have a typo in your date.timezone setting.
Shouldn’t it be: ‘Europe/Paris’ rathern than ‘Europe/paris’?
-
r1323 released.
Switched to using ImagingLog for the task counts. Directly sets the Time zone on the DateTime class functions if the date.timezone parameter hasn’t been set in the /etc/php.ini file. It doesn’t take into consideration typos within the date.timezone setting as technically it’s set. Usually a default install doesn’t set this parameter anyway. So if we don’t check it, it will cause funky display issues on the Dashboard page. If it is set incorrectly, you’ll still see the issue.
-
On the r1323 I’av this message on the console linux
[url=“/_imported_xf_attachments/0/586_Capture.JPG?:”]Capture.JPG[/url]
-
do you you have the /opt/fog/ directory?
Are the FOG Services on the linux box running?
[code]sudo service FOGMulticastManager restart
sudo service FOGScheduler restart
sudo service FOGImageReplicator restart[/code] -
And, The Shutdown after work on the station that boot PXE does not work. Even if you check the option Shutdown after works.
-
It’s ok now.
-
I still can not have a correct display even with the correct syntax of date.time = “Europe/Paris”
-
Did you set:
date.time = “Europe/Paris”
or
date.timezone = “Europe/Paris” -
Sorry, date.timezone = “Europe/Paris”
-
Now that that’s set, did you restart apache services?
-
I’m putting the right option in php.ini, restart the server or restart the httpd service, nothing works.
-
Here are the new message
[url=“/_imported_xf_attachments/0/588_Capture.JPG?:”]Capture.JPG[/url]
-
I also have this problem
[url=“/_imported_xf_attachments/0/589_Capture.JPG?:”]Capture.JPG[/url]
-
Yep, you sure do!
When you installed 0.33 did you do a fresh install of an upgrade over 0.32?
-
r1324 released.
Should fix the timezone issue more directly. If the timezone’s not set, it sets the timezone to GMT. If it is set, it forcibly set’s the TimeZone to that in your php.ini file.
-
When I install 0.33 it’s always e fresh install
