---

Datum1899.JPG

Wieder mal was neues aus der Revisionsverwaltung, bei dem Bug musste ich heute aber echt lachen! 30.12.1899 gab es schon Engineering Base?

Keine Ahnung wie das zustande gekommen ist? Hatte das jemand auch schon? Wie kann ich es verhindern?    

[Diese Nachricht wurde von Badger am 06. Dez. 2011 editiert.]

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

---

Hallo Badger

Ein paar Informationen wären nicht schlecht. z.B. was genau du gemacht hast und wo dieses Datum dann angezeigt wird.

Darüber hinaus ist mir nur genau eine Vorgehensweise bekannt in dem es zu zu diesem Datum kommt.

Beispiel:
Es werden 6 Revisionen (inkl. 0-Revision) angelegt. Im Formblatt sind die 4 am Projekt vorhandenen Attributssätze für Revisionen angezeigt.
Es werden demnach die Revision 6 bis 2 angezeigt. Nun löscht man die 6te Revision. Die Revisionen rücken nun auf wobei an der letzten Stelle nicht die Revision 1 angezeigt wird sondern die Zeile leer bleibt. Bis auf das Datum. Da steht dann 30.12.1899.

Das halte ich jetzt aber für nicht ganz so schlimm. Wer löscht schon seine Revisionen im Produktivumfeld???

greetings
Fask

------------------
Um ein tadelloses Mitglied einer Schafherde sein zu können, muss man vor allem ein Schaf sein! (A. Einstein)

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

---

Zitat:

---

Original erstellt von Fask:
Das halte ich jetzt aber für nicht ganz so schlimm.

---

Also ich hätte jetzt ein "Ok müssen wir ändern" erwartet! ;)
Mag ja sein das EB größere, wichtigere Probleme hat. Aber Bug ist Bug und ich kenne durchaus Kunden die sich an so etwas aufhängen.

Zitat:

---

Wer löscht schon seine Revisionen im Produktivumfeld???

---

Das kommt beim mir durchaus vor, wenn aus einem vorhandenen Plansatz ein neuer erstellt wird. Dann wird das Projekt kopiert und die Revisionen gelöscht.

------------------
Grüße aus Frangn
Rob

Habe keine Angst etwas Neues im Leben auszuprobieren.
Denke einfach daran, dass Amateure die Arche erbaut haben und Profis die Titanic.

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

---

Hi robroy

Das Datum kommt nicht wenn wenn man alle Revisionen löscht.
Nur wenn man die zuletzt erstellte bei mindestens 6 Revisionen (einschließlich der 0er Revision)löscht.

greetings
Fask

------------------
Um ein tadelloses Mitglied einer Schafherde sein zu können, muss man vor allem ein Schaf sein! (A. Einstein)

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

---

Das Problem ist bei folgende Konstellation aufgetreten.

Zwei Personen arbeiten am gleichen Projekt. Während der eine die Basisrevision macht, ersetzt der andere die Formblätter und Fertig ist das Schema von 1899. 

Gut zugegeben, der Fehler ist mehr lustig als schlimm. Trotzdem kann ich sowas nicht einem Kunden ausliefern. Der Kriegt ja einen Lachkrampf.  Viel nerviger sind diese komischen Rahmen um gewisse Textblöcke von Shapes wenn man Formblätter ersetzt. So ein Schema muss man nachher von Hand nochmals durchschauen und die Textblöcke wieder Richten.

So oder so. einen Professionellen Eindruckt macht so ein Schema nicht wenn es rausgeht.

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

---

Hi Badger,

ich habe mal versucht das mit einem Kollegen nachzustellen. Leider ohne Erfolg. Sprich, es war immer alles OK.
Wenn du den Fehler natürlich reproduzieren kannst dann melde ihn doch an AUCOTEC.

Meiner Meinung nach ist es aber auch so, dass wenn ich eine Revision fahre und jemand währenddessen in dem Projekt Änderungen vornimmt..., mal ganz ehrlich, was wird denn dann erwartet? 
Meine Erwartungshaltung wäre dann: Kommt Murks bei raus.

greetings
Fask

------------------
Um ein tadelloses Mitglied einer Schafherde sein zu können, muss man vor allem ein Schaf sein! (A. Einstein)

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

---

Gut da hast Du recht, dass es mist ist gleichzeitig die Formblätter zu ersetzen und gleichzeitig zu revisionieren. Bei Betrieben die aber mehrere Personen am gleichen Projekt arbeiten kann das durchaus mal vorkommen. Ich weis ja nicht wie viele Personen so im Schnitt mit mehreren Leuten am gleichen Projekt arbeiten, aber dennoch denke ich es kommt ab und dann vor. Vielleicht eine Lösung währe, wenn beim Start der Revision das Projekt automatisch auf Exklusivzugriff gestellt wird bevor die Revision gefahren werden kann. Nur so eine Idee währe bei anderen Dingen sicher auch sinnvoll wenn man während der Revision nichts mehr machen kann. 

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

---

EBBugDatumRevision.JPG

Der Fehler tritt ebenfalls auf wenn man die Revisionsverwaltung auschaltet und danach ein anderer User die Revisionen löscht. Dann kann man aber die Daten gar nicht mehr ändern am Formblatt obwohl die Attrubute für den Revisionsindex gar nicht ausgefüllt sind. Keine Ahnung woher er diese Werte nimmt.

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

---

Also neue Erkenntnisse in diesem Fall.
Wenn ich Blätter aus einem Projekt auf welchem die Revisionsverwaltung auf dem Blatt läuft, in ein Projekt kopiere auf dem keine Revisionsvewaltung läuft kopiere, kommt es zu diversen komischen Effekten. Unter anderem auch dieser 1899 Bug. Ich habe zusätzlich noch das Problem, dass sich die Revisionseintrage des Projektes aus welchem die Blätter kopiert werden nur erschwerlich entfernen lassen. Es hat also Einträge in der Revision obwohl auf dem Projekt keine Revisionen eingetragen sind. Ich muss dann mit diversen kniffen die Einträge rauspaucken. Sehr nervig!

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