Delphi 11.3 schon da?

[atari1040]

weiss jemand wann der Hotfix vom Bugfix des letzten Hotfixes kommt?

[Uwe Raabe]

Zitat von Bbommel:

Die REST-Komponenten haben sie auch kaputt gemacht. Bin langsam doch fassungslos. Was genau machen die beruflich?

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

Ja, so was in der Art hatte ich auch schon: https://quality.embarcadero.com/browse/RSP-40549

Allerdings konnte ich mir wie im Report beschrieben mit einem Workaround helfen. Keine Ahnung ob der bei dir auch funktioniert.

[Carsten Hölscher]

Vielleicht bin ich etwas blind, aber ich finde keine dettaillierte Liste der Änderungen, abgestellten Bugs usw.

Carsten

[Uwe Raabe]

New features and customer reported issues fixed in RAD Studio 11.3

[Carsten Hölscher]

Ah, besten Dank - dann werde ich mal eine Installation wagen.
Wäre doch nicht schlecht, wenn sowas halbwegs auffindbar bei der Ankündigung einer neuen Version auf der Hauptseite verlinkt wäre.

Carsten

[Uwe Raabe]

Ähem, auf der 11.3 Seite ganz unten? 11 Alexandria - Release 3: See Also

[TurboMagic]

Zitat von himitsu:

Für den LSP kann man irgendwie eine Log-Datei aktivieren.
Müsste sich hier irgendwo im Forum finden lassen.

Im DokWiki steht wie das geht:
https://docwiki.embarcadero.com/RADS...ng:_Delphi_LSP

[TurboMagic]

Zitat von atari1040:

Zitat von TurboMagic:

Zitat von Bbommel:

Linux scheint vor der Veröffentlichung auch keiner getestet zu haben. Mann, ey.

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

Ein Grund mehr am Beta Test teilzunehmen!
Dann kann man sowas vorab testen, melden und evtl. noch frühzeitig gefixt bekommen!

gute Idee... Delphi wird ein OpenSource Projekt und wir machen alle mit...
oder es bleibt proprietäre Software und der Hersteller, der damit Geld verdient, macht Qualitätssicherung und testet sein Produkt selbst.
Ich persönlich habe weder Zeit noch Lust Bugmeldungen zu schreiben, die nach 3 Jahren immer noch nicht beachtet werden.

Naja, klar sollte EMBT bessere Qualität liefern, aber wenn man sich andere SW-Hersteller anschaut ist da auch nicht alles
besser. Ich hab' erst gestern Microsoft angemeckert dafür, dass bei denen scheinbar keiner mehr Funktionalität kennt die
seit ca. 1987 und Windows 2.0 an Board ist sondern das lieber nochmal neu und anders umsetzt.

Warum braucht der überarbeitete Editor in Windows 11 jetzt einen zusätzlichen Menüpunkt um das Fenster zu schließen?
Noch dazu mit einem neuen komplizierteren Shortcut, wenn es doch seit Jahr unt Tag Alt-F4 gibt und das immer noch so
funktioniert wie es soll?

Und zum Beta Test: manchmal hat man dann auch tatsächlich die Möglichkeit neue Dinge noch vor der Veröffentlichung zu beeinflussen.
Damit diese möglichst gleich in die richtige Richtung gehen. Funktioniert nicht immer, aber doch immer wieder.

[TurboMagic]

Zitat von ConnorMcLeod:

Je mehr ich (Negatives) über Alexandria lese, desto intensiver sieht es für mich nach absichtlichem Selbstmord von Emba aus. Alte Fehler werden seit Versionen/Generationen weiter mitgeschleppt und neue "Features", die keiner wollte, entpuppen sich als Bugs bzw machen Bisheriges kaputt(er).

Von welchen neuen features redest du da?

Zitat von ConnorMcLeod:

Bis auf das Markieren von gleichen Wörtern. Aber das funktioniert nicht und nervt deswegen. Das haben die CnWizards seit Jahren perfekt drauf.

Irgendwo hier hab' ich dazu neulich gelesen, dass jemand glücklich war dafür nicht mehr CnWizard installieren zu müssen, weil das wohl
nur irgendwie über den text drüber malt/malen kann und das teiltransparent und es dieser Person dan in den Augen schmerzte...

Zitat von ConnorMcLeod:

Sehr sehr schade.

Damit gehen mir auch allmählich die Argumente aus, warum Delphi seit jeher gut ist. Das muß ich bald durch "war früher mal" ersetzen.

Wenn man bedenkt, daß nicht einmal der "Suchen" Dialog fehlerfrei funktioniert. Seit etlichen Versionen bleibt da immer ein Geisterdialog im Hintergrund. Einfach nur noch peinlich.

Welchen Suchen Dialog meinst du? Strg-Shift-F?
Ich bin mir da keines Geisterdialogs bewußt. Hast du eine Report Nummer oder einen Screenshot?

[Bbommel]

Zitat von Uwe Raabe:

Zitat von Bbommel:

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

Ja, so was in der Art hatte ich auch schon: https://quality.embarcadero.com/browse/RSP-40549

Allerdings konnte ich mir wie im Report beschrieben mit einem Workaround helfen. Keine Ahnung ob der bei dir auch funktioniert.

Hm, du hast in deinem Report angegeben, dass er sich auf 11.2 bezieht. Hast du dich da verklickt oder klappt das tatsächlich unter 11.2 nicht? Das wundert mich, denn unter 11.2 ist der Code zwar auch Schrott, aber er ist in einer Form Schrott, dass trotzdem eigentlich alle APIs, die ein JSON zurückgeben, funktionieren müssten, auch deine. Das, was ich in meinem Bugreport geschrieben habe, müsste auch bei dir zutreffen (klingt jetzt nach "mein Report ist besser als deiner!", ist aber nicht so gemeint ): Bei deinem Content-Type von "application/json; api-version=7.1-preview.3" liefern sowohl 11.2 als auch 11.3 als LMimeKind ein "Unknwon". Danach kommt in 11.2 ja folgende Code:

Delphi-Quellcode:

          if (FClient.FallbackCharsetEncoding <> '') and
             not SameText(REST_NO_FALLBACK_CHARSET, FClient.FallbackCharsetEncoding) then
          begin
            // Skip some obvious binary types
            if LMimeKind <> TMimeTypes.TKind.Binary then
            begin
              LEncoding := TEncoding.GetEncoding(FClient.FallbackCharsetEncoding);
              LContentIsString := True;
            end;
          end
          else
          begin
            // Even if no fallback, handle some obvious string types
            if LMimeKind = TMimeTypes.TKind.Text then
              LContentIsString := True;
          end;

Das heißt, wenn du nicht vorher in deinem Code das "FallbackCharset" geleert oder auf "raw" gesetzt hast, wirst du im ersten Teil der if-Abfrage landen und da das MimeKind nicht "Binary" ist, sollte dein Content gesetzt werden. So wie das da steht, ist das auch alles quatsch, weil, wenn ich nichts übersehe, ein tatsächlich gesetztes Encoding komplett ignoriert wird. Aber da die meisten APIs heutzutage wohl mit UTF8 arbeiten und ein JSON liefern, funktioniert es am Ende des Tages halt trotzdem.

In 11.3 aber nicht mehr, weil sie die Logik komplett umgekehrt haben. Nur dann, wenn der MimeType wirklich als Text erkannt wird, wird er auch wie bisher ausgewertet. Das finde ich ziemlich dämlich, denn jetzt verlassen sie sich auf ihre fest vorgegebene, endliche Aufzählung im Dictionary und dazu kommt eben das Problem mit dem aus mehreren Teilen bestehenden Content-Type, was sich jetzt eben bemerkbar macht. Hier ist der Punkt, der mich tatsächlich fassungslos macht: da wird an einer der zentralsten Stellen des ganzen REST-Frameworks eine Funktion massiv geändert und niemand testet das vernünftig? Das ist ja jetzt nicht irgendwas absurdes, sondern OData (wo das mit dem Content-Type regelmäßig vorkommt) ist weit verbreitet.

Merkwürdig finde ich aber tatsächlich immer noch, dass das bei dir auch unter 11.2 auftritt. Müsstest du vielleicht nochmal näher nachschauen.