TimePunch

Timepunch is showing today, Monday 23rd August, as a Bank Holiday

The correct date is the 30rd August.

Regeleinstellungen für den aktuellen Monat, die im Analysefenster getätigt wurden werden bei einem Neustart von TimePunch mit den Standardeinstellungen überschrieben.

Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.

Beispiel:
Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.

Auch im Bundesland Brandenburg ist der 31.10. ein Feiertag (
Reformationstag)

Lässt man über ein Projekt den Filter \\\"nicht fakturiert\\\" und exportiert anschliessend die Liste ins HTML-Format, zeigt das Total die gesamten des Projekts an, also nicht nur die nicht fakturierten; exportiert man jedoch die gleiche Liste ins XLS-Format, stimmt das nicht …

Fehler beim Erzeugen eines Zeiteintrags in einer neuen Datenbank.

Reproduktion:

- Neue TimePunch Datenbank anlegen.
- 2. TimePunch Datenbank anlegen.
- Einen Zeiteintrag erzeugen. (Hier passiert werden der Fehler).

Wenn direkt vor der Fertigstellung (Erzeugung) einer neuen Datenbank der Dialog abgebrochen wird, lässt sich TimePunch nicht mehr bedienen.

Bei Zeiteinträgen ohne Arbeitszeit oder Fahrtzeit (also nur Urlaub, Gen. Überstunden, Krankheit) darf keine Pause eingegeben werden können. Zudem ist eine eventuell Eingabe zu löschen.

Es ist möglich Zeiteinträge zu erzeugen, die eine größere Dauer als das zulässige Arbeitszeitmodell besitzen. Dies führt unweigerlich zu Fehlern.

z.B. Bei einem Urlaubseintrag von 8:00 bis 19:00 Uhr und einem Arbeitszeitmodell mit 8 Std, würde einen 3 Std. längerer Urlaubseintrag bewirken als zulässig ist.

Beim Speichern müssen solche Einträge korrigiert werden.
Zudem soll der Client solche Einträge direkt in der Oberfläche abfangen und eine Korrektur vorschlagen.

Das Abmelden von Windows oder das Herunterfahren des PCs muss die Protokollierung des Tp-Watchers stoppen.
Aktuell funktioniert dies im Nightly Build noch nicht korrekt.

Beim Anlegen einer Eintragsserie wird die unterschiedliche Stundenanzahl im Profil nicht korrekt berücksichtigt. Anbei das Beispiel Arbeitszeitprofil.

Bei einer neuen Zeiteintrags-Serie werden für alle Tage die gleichen Arbeitszeiten angenommen.

Das Speichern des Datenbank Passworts für Access Dateien funktioniert nicht korrekt.
Vorläufiger Workaround: Entfernen des Datenbank Passworts mit Microsoft Access.

Sind vor der Migration von TimePunch 1.82 nach TimePunch 1.91 bereits Zeiteinträge in der Zukunft vorhanden, dann sind nach der Migration alle Monate in TimePunch gesperrt.

Als Workaround können die Monate mit folgendem SQL wieder entsperrt werden.

@p01: der aktuelle Monat
@p02: das aktuelle Jahr
@p03: das aktuelle Jahr

UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=@p01 AND CUR_YEAR=@p02) OR CUR_YEAR>@p03;

z.B.: UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=9 AND CUR_YEAR=2008) OR CUR_YEAR>2008;

Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.

Dies muss unverzüglich gefixt werden.

Ein zirkuläres bearbeiten von Benutzern, lässt TimePunch abstürzen.

Beispiel:

Benutzer A → ändert den Namen von Benutzer B
Benutzer B → ändert den Namen von Benutzer A

Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt.
Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.

Geplanter HotFix Termin 26.11.2008

Aktuell ist der Projektname im Projekt noch nicht zwingend, d.h. durch ein Datenbank Constraint abgesichert.

Dies muss wegen der Datenintegrität in der nächsten Version umbedingt nachgeholt werden.

werden mehr als 2 Profile angelegt, lassen sich im 3. Profil keine Aktivitäten mehr eintragen.
Version 1.92.1001.0
Das System geht beim 3.Profil nach Auswahl neuen Eintrag erstellen in eine Endlosschleife.
Bitte beheben Sie den Fehler!

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

Projekt mit Tasks löschen schlägt fehl, wenn das Projekt und die Tasks aus keinem Zeiteintrag referenziert werden. Dann sollte physich gelöscht werden.

Dies schlägt jedoch fehl, da anscheinend die dazugehörigen Tasks nicht mitgelöscht werden.

Wird ein User versucht zu löschen, der vorher Administrator war und selbst andere Benutzer angelegt hat, dann verursacht dies eine TP_ANWENDER_FK09 Constraint Verletzung.

Der Workaround ist:

Anstatt den User zu löschen, in TimePunch Profiles dem Benutzer die Lizenz zu entziehen und in die Kategorie "Kein Zugriff" zu schieben. (mittels Drag & Drop).
Das hat den gleichen Effekt wie den Benutzer zu löschen.

Ein doppelter Summary Eintrag in der Datenbank für den Monat und Mitarbieter führt zu einem fehlerhaften Monatsreporting.

Wird für einen Mitarbeiter ein Arbeitszeitmodell ohne gültigen Arbeitstag definiert, dann hängt sich TimePunch auf, sobald ein neuer Zeiteintrag angelegt werden soll.

Zeiteinträge mit 35 min. werden nicht korrekt gerundet.
Bei Eingabe von 9:05 bis 9:40 werden 34 - anstatt 35 min. angezeigt.

The error time: 04.09.2012 23:23
Exception:
System.Collections.Generic.KeyNotFoundException: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.

 bei System.Collections.Generic.Dictionary`2.get_Item(TKey key)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.GetPropertyValue[T](String propertyName)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.get_IsLoading()
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.CanExecuteRegisteredCommand(Action`2 canExecute, Object sender, CanExecuteRoutedEventArgs parameter, Boolean disableOnLoading)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.<>c__DisplayClass6.<RegisterCommand>b__5(Object sender, CanExecuteRoutedEventArgs parameter)
 bei TimePunch.Metro.Wpf.Commands.RelayCommand.CanExecute(Object parameter)
 bei MS.Internal.Commands.CommandHelpers.CanExecuteCommandSource(ICommandSource commandSource)
 bei System.Windows.Controls.Primitives.ButtonBase.UpdateCanExecute()
 bei System.Windows.Controls.Primitives.ButtonBase.OnCanExecuteChanged(Object sender, EventArgs e)
 bei System.Windows.WeakEventManager.ListenerList`1.DeliverEvent(Object sender, EventArgs e, Type managerType)
 bei System.Windows.WeakEventManager.DeliverEvent(Object sender, EventArgs args)
 bei System.Windows.Input.CanExecuteChangedEventManager.OnCanExecuteChanged(Object sender, EventArgs args)
 bei TimePunch.Metro.Wpf.Commands.RelayCommand.RaiseCanExecuteChanged()
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
 bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
 bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
 bei System.Windows.Threading.DispatcherOperation.Invoke()
 bei System.Windows.Threading.Dispatcher.ProcessQueue()
 bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
 bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
 bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.Run()
 bei System.Windows.Application.RunDispatcher(Object ignore)
 bei System.Windows.Application.RunInternal(Window window)
 bei System.Windows.Application.Run(Window window)
 bei TimePunch.Watcher.App.Main()