TimePunch

Ich habe wiederholt das Problem, wenn ich nciht ganz genau darauf achte am neuen Tag, das Datum geändert zu haben, das noch das vom vorigen Tag drinnen steht und der Eintrag dann nicht gespeichert werden kann und soll. Das ist ja auch korrekt.

Nun habe ich 3 Optionen:
ja - dann wird überschrieben.
möchte ich das nicht, klicke ich nein oder
abbrechen

Soweit so gut, jedoch ist bei beiden Optionen (nein und abbrechen) mein vorher angelegter Eintrag verschwunden, spriche, wenn ich viel Text getippt habe, ist es weg.

Ich würde es begrüssen, wenn zumindest bei der Option abbrechen der alte falsche Eintrag wieder aufpoppt, sodass ich die Korrekturen machen kann und ich nicht alle Eingaben verliere.

Wie gesagt, es passiert mir immer wieder mal, manchmal sind es nur wenige Worte, dann ist es nicht schlimm, manchmal ärgere ich mich aber sehr.

Wird der Stundenbericht nach Excel exportiert, wird die Zeilenhöhe nicht korrekt gesetzt sofern eine mehrzeilige Beschreibung vorhanden ist.

With Stopwatch display settings set to ‘Touch friendly’ or to ‘Hidden’, it invariably does not withdraw or hide when another window, or the Start button, or an item in the Task Bar is selected.

Using 64-bit Windows 7 Professional SP1 on a Dell Latitude E6420.

–> Other customer says:
This is about the time entry panel. My settings are to have it slide in and out on the left side. In previous versions, once I was done entering, I could click ANYWHERE on the rest of the screen and the TP Time panel would slide away. The way it is now, I have to specifically click on the “X”=close button on the TP panel to hide it. I find that to be an annoyance. If nothing else, could you please add this as an option in the view options (1. Close with “Close button” or 2. Close by clicking another window (making another window active))

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.

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?

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.

→ 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.

TPMobile v3.0 für Windowsphone hat folgenden Fehler:
Wenn mein einen Kommentar bei der Stoppuhr bei der ersten Aufgabe des Tages reinschreibt, ist dieser Kommentar in jeder folgenden Aufgabe enthalten und muss manuel gelöscht werden.

My laptop hibernates when I close the lid and restores Windows 7 when I open it again the next day and TpWatcher is still running as expected. Even though I ended the last activity before I closed the lid, TpWatcher has not updated the date and I cannot select the project or task, or update the last activity. The “…” menu allows access to only the User Manual.

Workaround: I have to quit TpWatcher and restart it.

Wenn des Notebooks durch das Schließen des Deckels in den Ruhezustand geht, und der Watcher am nächsten Tag wieder startet, wird oftmals das Datum nicht aktualisiert und es ist keine Projektauswahl mehr möglich. Und das obwohl die Zeiterfassung, vor dem Schließen des Deckels, korrekt beendet wurde.

Der Watcher hängt sich quasi auf. Es bleibt als Abhilfe nur den TimePunch Watcher zu beenden und neu zu starten.

Die Installation des Datafox Moduls schlägt fehl, wenn der Server einen Proxy benutzt, um ins Internet zu gehen.
In diesem Fall kann das Server Zertifikat nicht validiert werden.

Es muss geprüft werden, wie die Proxy Einstellungen für die SecurityUtilities.SignFile übernommen werden können.

Bei Bearbeiten des Rahmenarbeitszeitmodells wir die max. mögliche Tagesarbeitszeit immer wieder auf 8 Stunden gesetzt, auch wenn z.B. 10 Stunden hinterlegt waren.

Wie im Bug 435 gemeldet macht auch der TimePunch Watcher diesen Fehler. Eine in der laufenden Stoppuhr eingegebene Beschreibung wird auf alle folgenden Stoppungen übernommen.
Das ist zwar kein kritischer Fehler, mir macht er aber erheblichen Aufwand. Es wäre deshalb schön, er würde zeitnah behoben.

Bei der Windows Phone Implementierung ist es nicht möglich das letzte Projekt in der Liste auszuwählen, da dieses teilweise im nicht sichtbaren Bereich versteckt ist.

Im Rahmenarbeitszeitmodell sollten die zulässigen Wochentage gesetzt werden können.

Ich möchte Zeiten vom Server abholen. Neben dem Code und der E-Mail-Adresse wähle ich auch das Synchronisierungsprofil des Mitarbeiters aus. Wechselt man nun auf die nächste Seite bekommt man eine Übersicht. Jetzt steht dort aber mein Synchronisierungsprofil. Passt man jetzt nicht auf, dann synchronisiert er die Zeiten eben in mein Profil obwohl ich vorher das des Mitarbeiters ausgewählt habe.

Unser Zeichnungs-Programm CADWORK funktioniert nicht mehr richtig.
Die Funktionen der linken Maustaste im CADWORK Programm können nicht mehr genutzt werden.

Gemäss untenstehendem Mailverkehr haben wir das Problem mit den Supportern von CADWORK probiert zu lösen und sie haben festgestellt, dass das Problem durch Timepunch verursacht wird. Als wir das Stopp-Fenster (rechts auf Bildschirm) von Timepunch deaktiviert haben Funktionierte das CADWORK wieder einwandfrei.