Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?

[sh17]

Ich akzeptiere ja viele Dinge als Entwickler wenn es mit einer Software mal nicht so klappt oder etwas klemmt oder ein Fehler schwer zu finden oder zu beheben ist.
Geht einem ja meist selbst so. Was ich aber absolut nicht verstehen und akzeptieren kann ist 0 Kommunikation zum Problem.
Gab ja bisher schon viele Fehler in neuen Delphi-Versionen, die einfach bis zur nächsten Version ausgesessen wurde ohne Kommentar. Aber speziell dieser hier

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

schießt den Vogel ab. Die IDE ist damit nicht benutzbar, gefühlt 50 Neustarts am Tag. Und keine einzige Rückmeldung seitens Embarcadero. Nicht mal ein "wir sind dran" oder "ja, kennen wir". Es muss ja kein "wir wissen woran es liegt" sein. In welcher Blase arbeiten die? Ich weiß es nicht.

So, Frust ist raus, weiter warten

[himitsu]

"Kommunikation" ist gut. :lol:

Hier einer meiner Fälle:
https://quality.embarcadero.com/browse/RSP-33368
https://www.delphipraxis.net/207137-...entheight.html


Die "Antwort", also Ticket einfach schließen und mit einen coolen Status zu versehen, ist echt saugeil.

vorallem da ich die Lösung (zwei einfache Zeilen Code auch genannt hatte)

[dummzeuch]

Ich könnte da auch einen beitragen:

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

Das war sogar eine bezahlte Support-Anfrage im Rahmen unserer Subscription. Das Problem ist bis heute nicht gelöst.

Zum Glück habe ich eine andere Lösung gefunden, die ohne dotNET-Assemblies auskommt. Ist mir auch lieber so.

Trotzdem ist sowas ein Unding.

[himitsu]

im Compilat zur Laufzeit hätte ich mein Problem auch selber lösen können,
aber leider gibt es das Problem bereits im Formdesigner.

Und dort wird nicht die Formklasse verwendet, sondern die Form verwendet so eine generierte Pseudoklasse, so dass man sich da nicht einfach reinhängen kann, obwohl wir unsere Forms vererbt haben. Wobei gerade die Vererbung das Problem ausgelöst hat ... was früher ging, raucht jetzt im neuen Delphi ab, obwohl der VCL-Code gleich/ähnlich aussieht.

[sh17]

Gibt es bei den "anderen" auch solche schwerwiegenden Probleme (VS, Android Studio, XCode)?

[himitsu]

Android Studio hatte ich schon länger nicht benutzt,
aber "solche" Probleme hatte ich da nie ... OK, es waren auch wesentlich kleinere unaufwändigere Testprojekte.

Im Android Studio bin ich nur mal drüber gestolpert, dass die generierte Form-XML und die Klasse nicht mehr zusammenpasste, weil ich ein Edit im Formdesigner gelöscht hate, also das Edit in der XML fehlte, auf welches die Klasse aber zugreifen wollte.
Direkt gleich beim ersten Testprojekt, wo ich mir ein Projekte mit paar Demokomponente erstellen ließ.

Da ist Delphi wesentich besser/fehlerunanfälliger, auch wenn es schonmal vorkommt, dass die Deklaration der Form-Klasse zerlegt wird.

[Rolf Frei]

Also ich habe diesen Fehler bisher noch nicht gesehen. Nun müsste sich schon mal einer die Zeit nehmen und versuchen heraus zu finden was den Fehler verursacht. Liegt das womöglich an einer der verwendeten Komponenten? Passiert das mit einem Projekt, das ohne diese auskommt, was ich nähmlcih vermute? Der Report hilf hier halt schon nicht weiter und wenn Emba das nicht reproduzieren kann, wird das schwierig für die.

PS. Habe eben gesehen, dass das wohl nur die 64 Bit Kompilierung betrifft. Diese nutzte ich bis anhin nicht und deswegen habe ich eventuell auch den Fehler noch nicht gesehen.

[Michael II]

Ich habe mir den Report angeschaut.

Wenn dieses Problem wie von euch beschrieben immer auftritt, dann solltet ihr das doch ohne jegliche Fremdkomponente testen und schauen, ob's ebenfalls abschmiert.

Wenn nicht, dann schrittweise Fremdkomponenten hinzufügen bis die Mayonnaise wieder bricht.

Klar, wenn Embarcadero den Fehlercode aufschlüsseln kann und dann weiss, wo (oder vielleicht wieso) das Problem auftritt, dann wäre es nett, wenn man euch das mitteilen würde.

Aber wenn ihr Fremdkomponenten nutzt und nicht ohne testet, dann ist das einfach ein zu weites Feld...

[TiGü]

Zitat:

Zitat von dummzeuch (Beitrag 1487967)

Ich könnte da auch einen beitragen:

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

Das war sogar eine bezahlte Support-Anfrage im Rahmen unserer Subscription. Das Problem ist bis heute nicht gelöst.

Zum Glück habe ich eine andere Lösung gefunden, die ohne dotNET-Assemblies auskommt. Ist mir auch lieber so.

Trotzdem ist sowas ein Unding.

Hast du mal während des Importierens mit einer anderen BDS-Instanz die IDE debuggt?
Da kommen ja ein Haufen Exceptions (OLE error) beim Importieren zusammen. :oops:

Und da verstehe ich nicht, warum die nicht fähig sind das zu Beheben.
Da muss sich doch in ein, zwei Tagen durch geschicktes Debugging die Fehlerquelle finden lassen.

[himitsu]

Viele der Exceptions beim Debuggen der IDE kann/sollte man aber auch ignorieren,
vorallem alles mit "Sanctuary", dem Kopierschutz.

[dummzeuch]

Zitat:

Zitat von TiGü (Beitrag 1487994)

Zitat:

Zitat von dummzeuch (Beitrag 1487967)

Ich könnte da auch einen beitragen:

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

Das war sogar eine bezahlte Support-Anfrage im Rahmen unserer Subscription. Das Problem ist bis heute nicht gelöst.

Zum Glück habe ich eine andere Lösung gefunden, die ohne dotNET-Assemblies auskommt. Ist mir auch lieber so.

Trotzdem ist sowas ein Unding.

Hast du mal während des Importierens mit einer anderen BDS-Instanz die IDE debuggt?
Da kommen ja ein Haufen Exceptions (OLE error) beim Importieren zusammen. :oops:

Nein, habe ich nicht. Aber ich sehe es nicht als meine Aufgabe Bugs in Delphi zu fixen.

Wenn ich das im Rahmen von GExperts für alte Delphi-Versionen mache, ist das eine Sache, aber für die aktuelle Version, für die ich ein Schweinegeld bezahlt habe und auch noch bezahlten Support habe, sollte das anders laufen.

Zitat:

Und da verstehe ich nicht, warum die nicht fähig sind das zu Beheben.
Da muss sich doch in ein, zwei Tagen durch geschicktes Debugging die Fehlerquelle finden lassen.

Dachte ich auch. Aber dann kamen zwei Updates und der Fehler ist immernoch da.
Wahrscheinlich benutzen zu wenige Kunden dotNET-Assemblies.

Oder vielleicht funktioneren die auch gar nicht mehr, aber es ist noch niemandem aufgefallen, weil man sie gar nicht mehr importieren kann. :->

Ich bin jedenfalls froh, dass ich eine andere Lösung gefunden habe. Es ging um eine GenICam-Schnittstelle für eine Kamera. Alleine der Gedanke, dass ich mich jetzt neben allen anderen Problemen dabei auch noch mit dotNET-Gedöhns rumschlagen müsste, lässt mich erschauern.

[himitsu]

Mein neustes Schmankl ... mal sehn ob sie es diesmal, nach über 10 Jahren, behoben bekommen, die eine Eigenschaft zu deaktivieren. :stupid:
https://quality.embarcadero.com/browse/RSP-33826 (im alten QC war es ja schon mehrmals gemeldet wurden)

absolut schwachsinnige Transparenz im IDE-Insight

[freimatz]

Na ja, "0 Votes". Da ist die Kommunikations seitens der Anwender nicht so stark. Und der Punkt ist sicher nicht relevant dafür, ob man ein Projekt fertig bekommt.
Wichtiger sind solche Fehler die wirklich an der Arbeit hindern.

[himitsu]

Wenn man beim Arbeiten die Hilfen der IDE kaum lesen kann, dann ist es schon etwas hinderlich. :roll:

Ja 0, da noch ganz neu ... aber ihr dürft gern voten. :zwinker:

[sh17]

Zitat:

Zitat von Rolf Frei (Beitrag 1487988)

PS. Habe eben gesehen, dass das wohl nur die 64 Bit Kompilierung betrifft. Diese nutzte ich bis anhin nicht und deswegen habe ich eventuell auch den Fehler noch nicht gesehen.

Auch Win32 betroffen

[KodeZwerg]

Zitat:

Zitat von himitsu (Beitrag 1488076)

Ja 0, da noch ganz neu ... aber ihr dürft gern voten. :zwinker:

Nun +1 von mir :)

[lxo]

Wenn wir schon dabei sind unsere Tickets bei Embarcadero zu pushen. :-D

Hier sind noch einige Tickets von uns die uns noch stören und die wir gerne erst behoben haben würden, damit wir auf Delphi 10.4 umstellen.
Besonders RSP-32757 - CTRL+Click does not work reliable und RSP-32758 - Error Insight doesn't work with big project sind sehr nervig. (Ist mit Delphi 10.3 auch nicht perfekt, aber mit Delphi 10.4 echt unerträglich)

https://quality.embarcadero.com/browse/RSP-32607 - LSP detects multiple slashes as XML Documentation Comments
https://quality.embarcadero.com/browse/RSP-32757 - CTRL+Click does not work reliable
https://quality.embarcadero.com/browse/RSP-32758 - Error Insight doesn't work with big project
https://quality.embarcadero.com/browse/RSP-32760 - Bug Code Insight - Parameter Help
https://quality.embarcadero.com/browse/RSP-33581 - Refactor > Find Unit [Shift+CTRL+A] very slow


Wenn jemand von euch auch betroffen ist, gerne voten.

[KodeZwerg]

Zitat:

Zitat von lxo (Beitrag 1488083)

https://quality.embarcadero.com/browse/RSP-32757 - CTRL+Click does not work reliable

auch +1 von mir :)
das nervt mich auch sehr.

[himitsu]

Hab auch gevotet.
Einige der Bugs sind auch mit bei den Gründen, warum ich noch nicht mit der Umstellung von XE zu 10.2 10.3 10.4 fertig bin.

Gibt noch ein paar Bugs im Programm (die nicht repariert werden und wo ich manuell noch Workarounds einbauen muß), aber das Kompilieren läuft inzwischen relativ gut.

Aber vor allem muß die neue IDE auch halbwegs "benutzbar" sein, bevor wir dann umstellen und auch die anderen Kollegen anfangen damit zu "quälen".
(die einen nervenden XE-Fehler in gleicher Anzahl durch neue Fehler in 10.4 zu ersetzen, ist ja nicht ganz die Lösung)

[Frickler]

Zitat:

Zitat von sh17 (Beitrag 1487962)

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

Ich kann mich da nicht einloggen.

Es heißt, ich soll die gleichen Login-Daten verwenden wie für die "Registered Products". Mach ich das, kommt jedesmal die Meldung "Sorry, an error occurred trying to log you in - please try again.".

[himitsu]

jupp, sind eigentlich die selben Logindaten.

Einfach erstmal bissl warten und später nochmal ... manchmal hängt was.

oder
https://www.embarcadero.com/de/support
[e-mail]

[Michael II]

Zitat:

Zitat von Frickler (Beitrag 1488101)

Es heißt, ich soll die gleichen Login-Daten verwenden wie für die "Registered Products". Mach ich das, kommt jedesmal die Meldung "Sorry, an error occurred trying to log you in - please try again.".

Irgendwo steht auch, dass du fürs Einloggen bei https://quality.embarcadero.com/ den Wert von "Login" aus deinem Account nehmen sollst.

Auf https://my.embarcadero.com/ loggst du dich eventuell mit deiner eMail Adresse ein. Logg dich dort mal ein. Du findest unter "Account Info" eine Zeile "Login". Den Wert von "Login" musst du fürs Einloggen bei https://quality.embarcadero.com/ nehmen.

[Frickler]

Zitat:

Zitat von Michael II (Beitrag 1488107)

Zitat:

Zitat von Frickler (Beitrag 1488101)

Es heißt, ich soll die gleichen Login-Daten verwenden wie für die "Registered Products". Mach ich das, kommt jedesmal die Meldung "Sorry, an error occurred trying to log you in - please try again.".

Irgendwo steht auch, dass du fürs Einloggen bei https://quality.embarcadero.com/ den Wert von "Login" aus deinem Account nehmen sollst.

Auf https://my.embarcadero.com/ loggst du dich eventuell mit deiner eMail Adresse ein. Logg dich dort mal ein. Du findest unter "Account Info" eine Zeile "Login". Den Wert von "Login" musst du fürs Einloggen bei https://quality.embarcadero.com/ nehmen.

Danke! Das wars. Da muss man erstmal drauf kommen - hüben muss es die Email Adresse sein und drüben der alte Benutzername.

[himitsu]

Ich glaub bei my. geht Beides, also Name oder Mail.

Und deinen (alten) Nutzernamen müsstest du notfalls in .my auch ändern können.

[freimatz]

Zitat:

Zitat von dummzeuch (Beitrag 1487967)

Ich könnte da auch einen beitragen:

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

Das war sogar eine bezahlte Support-Anfrage im Rahmen unserer Subscription. Das Problem ist bis heute nicht gelöst.

Zum Glück habe ich eine andere Lösung gefunden, die ohne dotNET-Assemblies auskommt. Ist mir auch lieber so.

Trotzdem ist sowas ein Unding.

Analog bei uns. Nur dass wir kaum eine andere Lösung finden. Wir können kaum Debuggen in Testprojekten.
Ein Fall liegt beim Support, aber Sie weigern sich zuhelfen. Wir schauen auch mal beim Kunden per Fernwartung direkt nach. Inzwischen wir ernsthaft darüber nachgedacht wie man das Delphi los wird.