Ich hab mal eine Frage. Geht es nur mir so, oder werden Fehler in der Qualitycentral einfach geschlossen und als Work as Expected markiert? Ich würde mich ja noch abfinden mit einem das dies nicht geht, aber dann kann man den Code auch ersatzlos streichen, wenn er eh nicht das macht was er soll.

Zum Beispiel dieses hier:

https://quality.embarcadero.com/browse/RSP-36202

das ist offensichtlich ein Fehler und kann recht leicht reproduziert werden. Irgendwie vergeht einem da die Lust noch andere Fehler und etwaige Fixes zu posten, die dann wieder ignoriert werden.

Christian

Ja, das hatte ich auch schon.

Mein letzter Vorfall:
Wobei ich denen sogar die vollständige Lösung gab. (zwei Mal je eine Variable müsste nur auf 0 gesetzt werden, wenn man ein anderes Property zuweist)
https://www.delphipraxis.net/207137-...entheight.html

Ich glaube, dass sich da insgesamt schon etwas gebessert hat, aber zufriedenstellend ist die Fehlerbereinigung nicht.

Ich hatte kürzlich auch einen Bug gemeldet, der als erledigt beendet wurde.
Kurz darauf habe ich auf D11 umgestellt, wo der Bug weiter auftrat.

Ich habe der Beendigung dann widersprochen und hoffe, dass das mal noch geklärt wird.

Da gibt es einiges, das einfach ignoriert wird, ja. Zum Beispiel der unselige Fehler, dass der Parser der .dpr Datei diese immer wieder mal kaputt macht. Auch das war "as-designed"...

Von Designfehlern ganz zu schweigen. Zum Beispiel wird vieles hart im Code festgelegt und in private bzw. implementation und non-virtuell festgeklopft, so dass man ohne harte Tricks nur die Wahl hat die ganze Unit zu kopieren und lokal zu modifizieren. Oder man implementiert genau das gleiche noch einmal selbst...

Zwei Beispiele von mir selbst:
https://quality.embarcadero.com/browse/RSP-34451 (noch offen, mal schauen was passiert)
https://quality.embarcadero.com/browse/RSP-14709 (abgelehnt, obwohl nur die Methode von private nach public geschoben hätte werden müssen)

Ich habe schon länger nichts mehr eingestellt, war aber ehrlich gesagt positiv überrascht wie viel doch gefixed wurde (fast alles).
Darunter sogar ein Bug der bis nach Delphi 6 zurückreichen müsste. Hatte ich 2014 gemeldet und er wurde erst 2016 gefixed, aber immerhin 😎

Ich kenne mich mit MacOs nicht aus, aber in deinem Fall hätte mir ein Bild (expected, actual) gefehlt - Unter "does not work" kann ich mir nichts vorstellen...

Zitat von jaenicke:

... Zum Beispiel der unselige Fehler, dass der Parser der .dpr Datei diese immer wieder mal kaputt macht. Auch das war "as-designed"...

Ist heute der 1.April oder 11.11.? Oder bin ich aus versehen in eine falsche Zeitlinie gerutsch?
Denn das kann nicht Dein / Denen ihr Ernst sein.

Zitat von Sinspin:

Denn das kann nicht Dein / Denen ihr Ernst sein.

War es aber. Ich hatte reingeschrieben wie man das reproduzieren kann und es kam "as-designed" zurück. Das war noch im alten Bug-Portal, sonst hätte ich das auch verlinken können.

Das passiert doch meistens nur, wenn du eigene Änderungen in der DPR hast ... ist also nicht deren Schuld, wenn da was Anderes kaputt geht.

Zitat von himitsu:

Das passiert doch meistens nur, wenn du eigene Änderungen in der DPR hast ... ist also nicht deren Schuld, wenn da was Anderes kaputt geht.

Ja, dann passiert es besonders häufig. Aber es gab das Problem soweit ich mich erinnere auch bei einer speziellen Konstellation in der .dpr ohne IFDEFs oder so etwas. Ich kann mich leider nicht mehr erinnern und auch nicht mehr nachschauen.

Zitat von CHackbart:

Ich hab mal eine Frage. Geht es nur mir so, oder werden Fehler in der Qualitycentral einfach geschlossen und als Work as Expected markiert? Ich würde mich ja noch abfinden mit einem das dies nicht geht, aber dann kann man den Code auch ersatzlos streichen, wenn er eh nicht das macht was er soll.

Zum Beispiel dieses hier:

https://quality.embarcadero.com/browse/RSP-36202

das ist offensichtlich ein Fehler und kann recht leicht reproduziert werden. Irgendwie vergeht einem da die Lust noch andere Fehler und etwaige Fixes zu posten, die dann wieder ignoriert werden.

Christian

Der ist sowohl offen als auch ungelöst. Hast Du eventuell den falschen Call hier verlinkt?

Sherlock