Tomedo stürzt ab, wenn bei HA-Vermittlungsfällen auf dem Schein mehr als 35 Tage zwischen Vermittlu

JA Wessig

Eine Fehlermeldung dazu, wie sie früher war, wäre besser.

PS: gehe ich Recht in der Annahme, dass die Kategorie HA-Vermittlungsfall ab 01/01/2023 den HAFA-Fällen entspricht und bei der Abrechnung entsprechend gekennzeichnet wird?

PPS: betr. Client-Version v1.120.0.10 (Tue Jan 3 20:07:25 UTC 2023) und Server-Tools: 120-s593

David Stenger

Bei mir ist tomedo in den vergangen Tagen mehrfach bei der eAU Verwaltung abgestürzt.

Zuvor gab es Abstürze praktisch nie.

Tobias Berg

Können Sie bitte erklären, welche Schritte zum Absturz führen bzw. eine Absturzmeldung posten. Bei meinen Reproduktionsversuchen erscheint die von Ihnen vermutich angesprochene Hinweismeldung:

Tobias Berg

Ich konnte ein Problem identifizieren, wenn der Schein als Vermittlugn > 35 Tage gekennzeichnet war und dann ein Zuschlag manuell hinzugesetzt wurde. Dieses Problem wird in v1.120.0.14 behoben

Marcus Thierfelder

Sehr geehrter Herr Stenger,

wann genau kommt der Fehler und wie sieht der aus?

JA Wessig

Hallo Herr Berg,

bei mir war es noch ein Stück anders: Der Fall war konventionell doumentiert, dann wurde HA-Vermittlung gewählt und ein Vermittlungsdatum >35 Tage vor dem Termin gewählt. Darauf hin stürzte das Programm mit der "etwas ist merkwürdig" Fehlermeldung ab:

[OS 13.1.0, tomedo v1.120.0.10] Exception: '*** -[NSTaggedPointerString rangeOfString:options:range:locale:]: nil argument', exception's stack trace:

#0 CoreFoundation 0000007FF80A7C7CB3 __exceptionPreprocess()

#1 libobjc.A.dylib 0000007FF80A31610A objc_exception_throw()

#2 Foundation 0000007FF80B48AF45 -[NSString rangeOfString:options:range:locale:]()

#3 Foundation 0000007FF80B48ACF2 -[NSString rangeOfString:options:range:]()

#4 Foundation 0000007FF80B48ACAA -[NSString hasSuffix:]()

#5 tomedo 0000000001033CFC4A -[KVSchein scheduledGenerateClientGeneratedErrors]()

#6 libdispatch.dylib 0000007FF80A4F5A44 _dispatch_client_callout()

#7 libdispatch.dylib 0000007FF80A4F8500 _dispatch_continuation_pop()

#8 libdispatch.dylib 0000007FF80A509DFF _dispatch_source_invoke()

#9 libdispatch.dylib 0000007FF80A5026EE _dispatch_main_queue_drain()

#10 libdispatch.dylib 0000007FF80A5023F3 _dispatch_main_queue_callback_4CF()

#11 CoreFoundation 0000007FF80A78E43D __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__()

#12 CoreFoundation 0000007FF80A74EECB __CFRunLoopRun()

#13 CoreFoundation 0000007FF80A74DE8F CFRunLoopRunSpecific()

#14 HIToolbox 0000007FF8145D7766 RunCurrentEventLoopInMode()

#15 HIToolbox 0000007FF8145D7576 ReceiveNextEventCommon()

#16 HIToolbox 0000007FF8145D72B3 _BlockUntilNextEventMatchingListInModeWithFilter()

#17 AppKit 0000007FF80D7D4F33 _DPSNextEvent()

#18 AppKit 0000007FF80D7D3DB4 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]()

#19 AppKit 0000007FF80D7C63F7 -[NSApplication run]()

#20 AppKit 0000007FF80D79A427 NSApplicationMain()

#21 tomedo 0000000001005C692F main()

#22 dyld 000000000208CD6310 start()

Wenn man nach dem Absturz das Datum auf < 35 Tage und dann wieder >35 Tage ändert, wiederholt sich das Spiel.

In einem Fall konnte ich Ihr Ergebnis von oben ebenfalls reproduzieren.

Aber noch etwas anderes: etwaig hinzugefügte Ziffern für HA-Zuschläge werden dem vor-dokumentierenden Nutzer und nicht dem aktuellen Dokumentierenden zugerechnet.

David Stenger

Gestern hat sich tomedo beim Versenden von eAU einfach selbst komplett geschlossen. Gleiches Verhalten war, wenn ich mich recht erinnere, auch gestern früh beim Laden von eRezepten.

Ich werd das aber die Tage nochmal genau beobachten und berichten.

Jedoch war es mehrfach so, dass sich tomedo einfach selbst geschlossen hat.

David Stenger

Gerade ist tomedo beim Öffnen der Aufgaben mit folgender Fehlermeldung augebstürzt. Es gab dann nur den Button "Neustart" in der Fehlermeldung.

[OS 13.1.0, tomedo v1.120.0.10] Exception: 'Cannot remove an observer <NSKeyValueObservance 0x600058fae9d0> for the key path "currentModelVerantwortlicher.status" from <Aufgabe 0x60005a8543c0>, most likely because the value for the key "currentModelVerantwortlicher" has changed without an appropriate KVO notification being sent. Check the KVO-compliance of the Aufgabe class.', exception's stack trace:

#0  CoreFoundation                      0000007FF801B4D3FB __exceptionPreprocess()

#1  libobjc.A.dylib                     0000007FF801699E25 objc_exception_throw()

#2  Foundation                          0000007FF8029519D7 -[NSKeyValueNestedProperty object:didRemoveObservance:recurse:]()

#3  Foundation                          0000007FF8029225A2 -[NSKeyValueUnnestedProperty object:didRemoveObservance:recurse:]()

#4  Foundation                          0000007FF802921EFB -[NSObject(NSKeyValueObserverRegistration) _removeObserver:forProperty:]()

#5  Foundation                          0000007FF802921DC5 -[NSObject(NSKeyValueObserverRegistration) removeObserver:forKeyPath:]()

#6  Foundation                          0000007FF802951855 -[NSKeyValueNestedProperty object:didRemoveObservance:recurse:]()

#7  Foundation                          0000007FF802921EFB -[NSObject(NSKeyValueObserverRegistration) _removeObserver:forProperty:]()

#8  Foundation                          0000007FF802921DC5 -[NSObject(NSKeyValueObserverRegistration) removeObserver:forKeyPath:]()

#9  AppKit                              0000007FF804D89048 -[NSAutounbinder removeObserver:forKeyPath:]()

#10 AppKit                              0000007FF804C078B3 -[NSBinder _updateObservingRegistration:]()

#11 AppKit                              0000007FF804CA1364 -[NSBinder breakConnection]()

#12 AppKit                              0000007FF804CA10E4 -[NSObject(NSKeyValueBindingCreation) unbind:]()

#13 AppKit                              0000007FF804D953D3 -[NSAutounbinder retainBindingTargetAndUnbind]()

#14 AppKit                              0000007FF804C8AB64 -[NSViewController release]()

#15 libobjc.A.dylib                     0000007FF801691672 _ZN19AutoreleasePoolPage12releaseUntilEPP11objc_object()

#16 libobjc.A.dylib                     0000007FF80168E52F objc_autoreleasePoolPop()

#17 CoreFoundation                      0000007FF801A97E3D _CFAutoreleasePoolPop()

#18 Foundation                          0000007FF802901B82 -[NSAutoreleasePool drain]()

#19 AppKit                              0000007FF804C10429 -[NSApplication run]()

#20 AppKit                              0000007FF804BE4427 NSApplicationMain()

#21 tomedo                              00000000010250E92F main()

#22 dyld                                0000007FF8016C6310 start()

Marcus Thierfelder

Ok wenn das der Fehler immer ist dann ist das ein bug in den Aufgaben ... ich leite das mal an den Entwickler weiter.