indiv-screenlets-dev team mailing list archive

[Rhian Geleick <791874@xxxxxxxxxxxxxxxxxx>]

Updated to 5.4 Still have the problem that it will not stop/restart
either individually or with restart all and it always creates a new
instance without zip code that I have to kill. I have tried deleting the
config file for the second instance but it gets recreated every time I
start freemeteo.

Days so far are OK, but the 5.3 version had also been OK for the last
few days.

-- 
You received this bug notification because you are a member of
Individual Screenlets Developers, which is subscribed to Individual
Screenlets.
https://bugs.launchpad.net/bugs/791874

Title:
  freemeteo loses day information

Status in Screenlets — individual widgets development:
  In Progress

Bug description:
  As time goes by (days) all the days become listed as Today. The only
  way I have found to get the day to display correctly again is to
  reboot the system (As the system is on 24/7 this hardly ever happens)
  or to kill the process then restart it.

  Using Screenlets manager to stop the screenlet does nothing,
  restarting all autostart screenlets restarts other ones but not
  freemeteo though freemeteo does bring up another instance and asks for
  a zip code. In fact the none configured freemeteo appears on every
  startup alongside the configured one, deleting the empty config file
  does not prevent it reappearing on the next restart.