---

Wir machen immer wieder die lästige Erfahrung, dass Befehlsabfolgen (z. B. das Hereinholen eines Standardteiles und dessen Positionierung im Produkt, aber auch bei Aktionen im Part) beim Verlassen oder Abbrechen eines nachfolgenden Befehls plötzlich nicht mehr vorhanden sind. Es scheint auch vor allem ein Arbeitsplatz in unserem Büro / bei einem Mitarbeiter gehäuft vorzukommen.

Kennt jemand das Problem? Hat jemand eine Lösung?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Markus,
das ist ein Problem von R19 und speziell vom Arbeiten im Kontext. Bei uns tritt das glücklicher Weise mit ServicePack08 sehr sporadisch und selten auf. Daher gilt leider, dass ich kein Szenario bilden kann. Bekannt scheint das Problem allerdings zu sein!

------------------
MFG
Rick Schulz

Nettiquette (CAD.de)  -  Was ist die Systeminfo?  -  Wie man Fragen richtig stellt.  -  Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Marcus.K.,RSchulz

kann ich bestätigen, ist ein bekantes Problem.

Hatte Kontakt mit Systemhaus. Sollte nach SP03 Hotfix64 behoben sein. Es tritt aber sporadisch immer noch auf.

Marcus.K : Bei auftreten des Symptom Catia-sitzung neu starten. Habe bemerkt, das es nach längerem Arbeiten wohl Probleme mit dem Speicher gibt.(deswegen Neustart Catia)

Wenn du die Funktion(en) nicht mit "cancel" abschließen tust passiert nichts!!!!!!
Oft bemerkt beim Messen, da man nicht häufig "OK" selektiert.

Gruß Uwe

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Marcus,
das ist wirklich ein R19-Problem.

Wir hatten dazu auch mehr als 3 Calls bei Dassault aufgemacht und sollten immer "reproduzierbare Szenarios" liefern (LACH). Es trat ja nicht immer auf...
Wir wurden erst ernst genommen, als wir ein Video davon drehten. Oder besser gesagt es wurd eingestanden, dass es ein Problem gibt (unsere Calls hierzu: SR00027695, SR00016616, SR00020235, SR00034367).

Danach sollten wir ein Tracking-File installieren und beim Auftreten des "ESCAPE-Fehlers" dieses Tracking-File ans Systemhaus schicken. Was soll ich sagen - dieses File ("opfile.1") war in den auftretenden Situationen immer leer, brachte also niemandem etwas. Dafür klemmte dann unser Q-Checker-Prüflauf im Smarteam. Nahmen wir das Tracking wieder raus, war zumindest der Q-Checker im Smarteam wieder ruhig ...

Lange Rede kurzer Sinn - Dassault hat uns immer wieder auf noch höhere Service Packs "vertröstet". "Leider" gut zu sehen, dass es im SP8 auch auftritt und wir nicht nochmal umgestellt hatten. Wir haben aktuell R19SP5 HF53 und es tritt immer wieder mal auf.

Es soll im R20 und natürlich im R21 nicht mehr auftreten (jetzt muss ich schon wieder lachen). Das hörten wir nämlich auch schon in früheren Releases, dass es in der R19 ja schon besser werden würde bzw. das Problem nicht mehr auftritt.

Was ich aber konkret sagen kann: das ESCAPE-Problem trat bisher bei uns nicht auf, wenn man nur mit einem CATIA-Fenster arbeitete (also nicht mehrere Baugruppen/Parts in der Session in versch. Fenstern geöffnet hatte). Oder wenn man einfach nicht "abbricht". 

------------------
Grüße aus dem Thurgau
Thomas

+++++++++++++++++++++++++++++++++

CATIA - eine Laune der Natur ...

[Diese Nachricht wurde von tberger am 08. Jul. 2011 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von tberger:
Es soll im R20 und natürlich im R21 nicht mehr auftreten (jetzt muss ich schon wieder lachen). Das hörten wir nämlich auch schon in früheren Releases, dass es in der R19 ja schon besser werden würde bzw. das Problem nicht mehr auftritt.

Was ich aber konkret sagen kann: das ESCAPE-Problem trat bisher bei uns nicht auf, wenn man nur mit einem CATIA-Fenster arbeitete (also nicht mehrere Baugruppen/Parts in der Session in versch.

---

Ich sag ja, dass ist ein Problem mit dem Arbeiten im Kontext. Es scheint ein Problem in CATIA zu geben, wenn es um den REDO/UNDO-Stack geht, wärend man mit einem Dokument in verschiedenen Fenstern arbeitet. Ich vermute, dass hier nicht sauber synchronisiert wird. Reproduzierbar ist es aber definitiv nicht.

------------------
MFG
Rick Schulz

Nettiquette (CAD.de)  -  Was ist die Systeminfo?  -  Wie man Fragen richtig stellt.  -  Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

... nur dass es den Undo/Redo stack schon gar nicht mehr gibt, wenn man mit verschiedenen Fenstern arbeitet. Das erscheint ja sofort beim ersten öffnen eines Parts/ einer Baugruppe in einem weiteren Fenster, dass dieses "flushed" ist.
Eine der Empfehlungen unseres Systemhauses war, die Stack Size auf 1 zu setzen und dann wäre es auch gut - ihr ahnt es - der Fehler trat trotzdem auf sobald man mit mehreren Fenstern arbeitete.

------------------
Grüße aus dem Thurgau
Thomas

+++++++++++++++++++++++++++++++++

CATIA - eine Laune der Natur ...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von tberger:
... nur dass es den Undo/Redo stack schon gar nicht mehr gibt, wenn man mit verschiedenen Fenstern arbeitet. Das erscheint ja sofort beim ersten öffnen eines Parts/ einer Baugruppe in einem weiteren Fenster, dass dieses "flushed" ist.
Eine der Empfehlungen unseres Systemhauses war, die Stack Size auf 1 zu setzen und dann wäre es auch gut - ihr ahnt es - der Fehler trat trotzdem auf sobald man mit mehreren Fenstern arbeitete.

---

Bei uns wird tatsächlich nur soviel gelöscht/rückgängig gemacht, wie sich im Undo-Stack befindet. Daher geht auch umso weniger verloren, umso geringer dieser ist. Daher war der Tipp schon nicht schlecht. Die User springen mich allerdings an, wenn ich denen das sage. Ihr könnt euch denken warum  .

------------------
MFG
Rick Schulz

Nettiquette (CAD.de)  -  Was ist die Systeminfo?  -  Wie man Fragen richtig stellt.  -  Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP