Categories

• Announcements

  Get the latest news on what's happening.
  177
  Topics
  758
  Posts

  B

  @lemeunier said in FOG Project call for engagement:

  PS: j’ai la flemme de traduire ça en anglais…

  Pourtant, cela prend 3 s avec https://www.deepl.com/translator

  Hello Sebastian, Hello Tom

  First of all, I would like to salute your work which is very helpful for us on a regional scale (Hauts-de-France, France).
  The development of FogProject systems is unquestionably irreproachable and indispensable for large structures such as ours.

  Have you thought about switching to a business model geared towards professionals, like WAPT?
  We would be delighted to collaborate with you in this context, and this would allow you to recruit developers in a paid way.

  Best regards.

  (Ne compliquons pas la vie des développeurs)

• General Topics

  View tutorials or talk about FOG in general.

  General

  Tutorials
  2184
  Topics
  17368
  Posts

  K

  @sebastian-roth I already try snappin on Windows and it’s working. The client is install with the last version and my fog version is 1.5.9.
  I tried to use Fog’s snappin on debian host but and it’s going well but I think that my command are not good. i tried with dpkg -i and /bin/bash. The client is downloading and rebooting the PC but I can’t find the program

• Technical Help

  Get help with your FOG system.

  FOG Problems

  Hardware Compatibility

  Windows Problems

  Linux Problems

  Mac Problems

  General Problems
  10768
  Topics
  104778
  Posts

  S

  @linshiyouxiang-net Which version of FOG do you use? Does the binary ZIP you downloaded match the FOG version exactly?

• Developers

  Report bugs, request features, or get the latest progress.

  General

  Feature Request

  Bug Reports
  2193
  Topics
  20409
  Posts

  S

  @tatanas Finally I found some time to look into this in more depth. Most of the fog-client code came from Joe who is not actively working on this project anymore. While I try to fix things in the fog-client as much as I can I don’t know it well.

  As far as I understand things the problem might occour because _configuredPrinters is an internal list the fog-client keeps to know which printer was configured earlier already to skip that on the next loop. But obviously a situation can arise where the rundll32 PrintUI calls return but still the printer is not setup correctly. In that case the fog-client code add it to its internal list of _configuredPrinters and won’t try to configure it until you restart the fog-client service (FOGService in Windows service managment).

  So what we need to find out is why this part is not working as it should: https://github.com/FOGProject/fog-client/blob/master/Modules/PrinterManager/Windows/WindowsPrinterManager.cs#L124