Alle Projekte

Beim splitten eines Zeiteintrags der eine Pause enthält, wird die Pausenzeit nicht gesplittet, sondern dupliziert!

Der Buß und Bettag wurde in Sachsen nicht korrekt berechnet.

→ Als Übergangslösung wurde jetzt der 3. Mittwoch im November angenommen.
Diese Lösung passt bis 2018.

Der Mittwoch vor 32 Tagen vor Weihnachten.

Ziel: Neue Logik bis 2018 einbauen, damit der Buß und Bettag endgültig korrekt berechnet wird.

Heute habe ich die Zeiten dieser Woche in unsere Firmenlösung übertragen (in den Computer eingetippt). Anschließend Gange ich die App weiter laufen lassen bin aber über die Windows-Taste auf den Homescreen gewechselt. Irgendwann wie ich das Projekt wechseln und bin über die rückwärtstaste in ihre App gekommen. Ich habe eine Fehler-Meldung bekommen auf die ich leider nicht geachtet habe und die ich mir mit ok bestätigt habe. Danach kam noch die Meldung, dass zuerst ein Projekt erstellt werden muss. Ich habe einen Dummy-Namen eingegeben. Jetzt hat sich die App beendet. Die Stoppuhr läuft noch. Auf der Livetile sehe ich den zuletzt gestarteten Projektnamen und die Zeit wird immer wieder aktualisiert.
Wenn ich in die App wechsel und die Stoppuhr stoppen will (über die Tile Links oben) stürzt die App ab.
Ich habe in der Projekt Ansicht kein Projekt mehr und in der Buchungsübersicht stehen die Zeiten ohne Projekte aber mit Tätigkeiten drin.

Der Fehler kam direkt beim Starten des Watchers.
Leider war das Problem nicht reproduzierbar.

The error time: 21.10.2014 08:03
Exception:
System.Threading.AbandonedMutexException: Der Wartezustand wurde aufgrund eines abgebrochenen Mutex beendet.

 bei System.Threading.WaitHandle.InternalWaitOne(SafeHandle waitableSafeHandle, Int64 millisecondsTimeout, Boolean hasThreadAffinity, Boolean exitContext)
 bei System.Threading.WaitHandle.WaitOne(TimeSpan timeout, Boolean exitContext)
 bei TimePunch.Watcher.App.OnStartup(StartupEventArgs e)
 bei System.Windows.Application.<.ctor>b__1(Object unused)
 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()

Make TimePunch live tile on WP 8.1 fully transparent on "both" sides. Currently one side becomes solid color when the tile flips.

TimePunch stürzt ab, wenn ein aktueller Eintrag geändert werden soll, der aber erst in der Zukunft beginnt.

z.B. durch eine hohe Rundungseinstellung.

Die Anzeige (nur Wochentage, ohne Wochenenden) funktioniert nicht

Beim Wechsel auf einen neuen Tag, muss erst ein neuer Zeiteintrag ausgewählt werden. Das Feld zum Eintragen der Notizen darf nicht aktiviert sein.

Wenn ich einen Eintrag als „fakturiert/offen“ markiere, springt die Listenansicht bei jedem Vorgang in die erste Zeile des kompletten Monats, der Eintrag ist danach auch nicht mehr markiert und ich muss durch die Liste scrollen um den Eintrag zu finden. Beim Löschen von Einträgen ist das Ergebnis gleich.

Ein Eintrag der auf 0:00 Uhr endet, wird beim erneuten Öffnen im zweiten Tag angezeigt.

Beispiel:

Eintrag am 30.10.2014 von 22:00 Uhr bis 00:00 Uhr
Dieser Eintrag wird bereits am 29.10.2014 angezeigt, wenn der Tag doppelt geklickt wird.

Bei der Neuanlage eines Zeiteintrags, sollte die Dauer der Soll-Arbeitszeit entsprechen. Dies ist bereits heute so implementiert.

Falls bereits Einträge vorhanden sind, dann sollte die Dauer der Restarbeitszeit entsprechen. Aktuell wird ein neuer Zeiteintrag standardmäßig mit einer Stunde vorbelegt.

Der Vorteil bei der korrekten Anlage des Zeiteintrags mit der Restarbeitszeit ist, dass z.B. teilweise angefangene Arbeitstage mit der Anlage eines manuellen Krankeintrags automatisch auf die Soll-Arbeitszeit ergänzt werden.

Bisher ist dazu das händische Ausrechnen der regulären Endzeit notwendig.

Die Watcher-Applikation funktioniert wunderbar. Aber sobald ich meinen Laptop aus dem Standbymodus wieder aktiviere, erscheint das Watcherfenster nicht mehr am linken Bildschirmrand sondern nur verkleinert links oben, siehe Anhang. Dann können auch die Buttons unten nicht mehr geklickt werden. Nur ein Neustart der Watcher-Applikation löst das Problem. Kennen Sie das Problem bzw. können Sie Abhilfe schaffen?

ich hätte da einen Vorschlag für eine kleine Optimierung:
- Mal angenommen es läuft gerade die Zeitaufzeichnung für Projekt X mit Tätigkeit y _und_ man hat eine Beschreibung dazu genommen.
- Jetzt kommt etwas Neues zu tun.
- ich stoppe die derzeitige Aufzeichnung
- wechsele oben das Projekt
- die Tätigkeit wechselt damit auch
- aber die Beschreibung des vorherigen Eintrags bleibt bestehen

Es wäre gut wenn man bei einem Projektwechsel diese Beschreibung nicht manuell löschen müsste.

Import der Daten schlägt aus undefinierbarem Grund fehl.
“Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.”

–> Der Fehler tritt leider nur beim Kunden auf. Und ließ sich auch mit den bereitgestellten Testdaten nicht reproduzieren.

Bei der Installation/Setup sollte das Framework 4.52 installiert werden.
Mit dem bisher installierten Framework 4.0 kann es zu Fehler in der Anwendung kommen.

→ Zweimaliges Öffnen eines Mitarbeiterprofils führt zum angehängten Fehler mit .NET 4.0

→ Das Problem konnte in einem ersten Test nicht nachvollzogen werden.

Hier die Beschreibung für das iPhone:

- Übersicht ? dann auf das Symbol + (oben rechts)
- dann wählt er das Projekt und das Datum für den Eintrag (PS: hier wäre schön, wenn beim Datum noch die Tage Mo-So ersichtlich wären – das nur nebenbei)
- dann gibt er eine Start- und eine Endzeit ein (entsprechende der benötigten Zeit für Kunde/Projekt)
- so erfasst er dann alle Projekte an denen er an diesem Tag gearbeitet hat

Der automatische Pauseneintrag entsteht nur, wenn er Zeitangaben z.B. 10.00h bis 13.00h eingibt – daraus ergibt sich ein automatischer Pauseneintrag von 12-13h.

Beim erstellen eines mehrtägigen Eintrags von Morgens bis Mittags (des gleichen Tages) wird die Pause hinzugerechnet. Es entsteht eine falsche Arbeitszeit.
Beispiel 8:00 bis 16:30 mit 30 Minuten Pause

Eintrag morgens bis mittags
Ergebnis: 8:00 bis 12:30 = 4:30
Richtig ist: 8:00 bis 12:00 (ohne Pause) = 4:00

Wird in TimePunch eine abgelaufene Jahreslizenz nicht entfernt, dann sperrt diese die Verwendung von TimePunch.
–> Scheint sich nach einem Neustart von selbst zu beheben.

→ Das Problem scheint nur bei zeitgleichem Update von 2.6 auf 2.7 vorzukommen.
Hier ein Bericht eines Anwenders:

“Ich habe nachgesehen und glaube das letzte Mal mit der Datei am 24.05.15 gearbeitet zu haben. Ich habe heute zuvor beim einsteigen die Meldung bekommen dass eine neuere Version verfügbar ist (2.7.806.0). Die habe ich installiert und dann konnte ich nicht mehr einsteigen. "
–> Die Jahreslizenz des Kunden war zeitgleich mit dem Update ausgelaufen. Dies schien das Problem zu verursachen.

In previous versions one could click on a date on the calendar and the information for that date would be displayed on the right. That’s no longer the case. Lee (and perhaps most users) would like the restoration of that functionality.

Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt.
Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.

Hier sollte der Import intelligenter vorgehen.
NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import.
In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.

NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import
In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.

Fall 3: Name und Kundennummer passen.
Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.

Fall 4: Name und Kundennummer passen nicht.
Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.

Im Urlaubsbericht soll der Datenschutz besser gewährleistet werden.
Hierzu ist folgendes vorgesehen:

Um den Datenschutz der Mitarbeiter zu gewährleisten darf der konkrete Anlass der Abwesenheit im Kalender nur dann farblich markiert werden, wenn der Mitarbeiter der eingesehen wird, dem angemeldeten Mitarbeiter zugeordnet ist.
Dies gilt für Krankheit, Sonderurlaub, Urlaub und Gleitzeit. Im Fall dass der Mitarbeiter kein Vorgesetzter ist, sollen diese Zeiten nur als „Abwesend“ angezeigt werden.