[gnome-schedule] GUI behaves wrong

Bug #84475 reported by LA
6
Affects Status Importance Assigned to Milestone
gnome-schedule (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: gnome-schedule

Just installed gnome-schedule v1.0, by using Synaptic, on an Ubuntu Edgy amd64. Greek locale

I noticed the following bad behaviour of the GUI when running as a plain user:
I insert a new task. It doesn't make any difference if it is recurrent or once. I press OK and I can see again the list of the scheduled tasks.

- Isn't the user meant to be asked for giving their root password?

- Every ten seconds, a new line appears in the tasks list, as a copy of the last inserted task. The list is getting longer and longer. If I reboot the program, I get only one instance per task. If ran from a terminal, there is once a gtkWarning:

/usr/share/gnome-schedule/mainWindow.py:249: GtkWarning: gtk_list_store_remove: assertion `VALID_ITER (iter, list_store)' failed
  self.treemodel.remove(iter)

and every ten seconds:

no crontab for user

- The column of "Date Time Settings" displays "On Friday at Feb" no date, no time.

- When a task on the list is focused, the "properties" and "delete" buttons on the toolbar OR the menu should work. Instead:
a. When I click on the "properties" button, I get a popup "Please select a task" but the task is always selected! Therefore the tasks cannot be edited.
if ran from the terminal, there is the error:

Mon Feb
local variable 'hour' referenced before assignment

b. When I click on the delete button, I am asked for a confirmation, but then the task stays were it was, on the list. If I reboot the program, it is THEN that the task is removed off the list. No error displayed on the terminal

- I don't know if this is meant to be hapenning, but no entry appears in the crontab (obviously cause it is an anauthorised user, nobody asked for a password). Events don't happen.

if gnome-schedule ran with sudo:
tasks are not displayed in the list. No error popup is displayed, but if I check the terminal window there is a "no crontab for root" notification:

ALSO, these bugs occur for both authorised and unauthorised users:

- Help > About: There is a popup displaying the version. The close choice on the button or the window menu does nothing, the window stays there... If I click on the other button (i think in the english locale should be sth like attribution) then all buttons halt and are not any clickable.

- Help > Manual: doesn't exist, could not find files.

- Icon gets installed in Application menu instead of System menu

Revision history for this message
João Pinto (joaopinto) wrote :

- Isn't the user meant to be asked for giving their root password?
The root password is not required because the tasks are expected to be setup on the running user's crontab.

You should fill individuals bugs, makes it easier to track bugs resolution.

Revision history for this message
GauteHope (eg) wrote :

Most, if not all of these bugs ar fixed in upstream. Please test: http://gaute.vetsj.com/log/arkiv/gnome-schedule/gnome-schedule-r-845.tar.gz a snapshot from revision 845 featuring the new ui. otherwise trunk still uses the standard ui and is available at gnome svn, module gnome-schedule.

- gaute

Revision history for this message
Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount) wrote :

As GauteHope said fixes have been committed upstream, so I mark this as Fix Committed.

Changed in gnome-schedule:
importance: Undecided → Low
status: Unconfirmed → Fix Committed
Revision history for this message
Luca Falavigna (dktrkranz) wrote :

This should be fixed in 1.1.0-2.

Changed in gnome-schedule:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.