(Android) Fehler in DateUtils behoben // TTimezone.Local.ID // Ich bitte um Prüfung

[QuickAndDirty]

OK Ich werde dann mal meinem Chef sagen das er das upvoten soll...
Wie heist noch mal der user hier, der auch bei Embarcadero leute kennt?
Ist WANG WANG irgend eine wichtige Person? Weil er stellt sich in den threads echt etwas dumm an.
Warum ist RSP-10568 closed?

bis jetzt nur 9 votes für RSP-10581....

[himitsu]

Da steht es sei ein Dupplicat, bei sowas bleibt nur ein Ticket offen (meistens das Erste, oder das Bessere) und die Anderen werden als Doppelt markiert und geschlossen.
Blöder Weise kann ich diesmal aber nicht sehen welches das andere Dupplikat ist (das Offene) ... mir war so dass das sonst ebenfalls im Kopf stünde,
aber es könnte sein, dass 10581 das aktuelle Ticket ist.

MEissing und er arbeitet dort sogar, im deutschen Support

Wang Wang: keine Ahnung, kenn ihn nicht (dachte erst er seit einer der Entwickler, aber wohl doch nicht)


Die Meisten entwickeln für Windows ... dort fällt der Fehler scheinbar nicht auf
und zu Viele schauen leider garnicht erst in QC, bzw. ins neue Quality-Portal.

[TurboMagic]

Ich glaube auch, das Wang Wang Anwender ist.

[QuickAndDirty]

Der Fehler ist in Delphi 10.41 samt aller Patches immernoch in der System.pas....
Und auch die System.DateUtils.Pas benutzt immernoch UTF8ToString für Bytearrays....
Warum gucken die nicht in den Fehlerbericht. Im Prinzip ist die Lösung ja fast mitgeliefert.

[himitsu]

Zitat von QuickAndDirty:

Im Prinzip ist die Lösung ja fast mitgeliefert.

Das ist zu einfach.
Bei sowas mußt du erst 10 Jahre warten. (vielleicht muß man ja bei Fremdcode vorher die NSA fragen, damit die darin nach bösem russischen Hackercode gucken können)

Vor etwa 10 Jahren hatte ich einen QC erstellt, wo es um ein "Event" für Records geht (erstellen, kopieren/zuweisen und freigeben)
und hatte einen Lösungsvorschlag gleich mitgeliefert (etwa 5 Zeilen Code und zwei/drei Felder in der RTTI des Records).
Jetzt wurde sowas (bissl anders) als nagelneues Feature verkauft ... nennt sich Managed Records.

[venice2]

Zitat:

Jetzt wurde sowas (bissl anders) als nagelneues Feature verkauft ... nennt sich Managed Records.

Allein an deinen Beiträgen sieht man schon das du zur Elite MVP gehörst.
Manchmal wird das können und wissen einfach nicht genug gewürdigt.

Ohne deines professionellen Wissens wären so einige hier Aufgeschmissen.
Danke dafür.

Traurig genug wenn die Arbeit anderer als eigene Ausgegeben wird.

[himitsu]

Ach, die grundsätzliche Idee, das es sowas geben sollte, hatten auch paar Andere.
Und letztendlich hatten die es dann auch auf einem anderen Wege implementiert. (gibt ja mehrer möglche Lösungen)

Zum Glück hatten die ihre erste Lösung gleich nochmal überarbeitet.
Hab gehört das war in 10.3 schon drin, aber sooo langsam/schlecht, dass man es nicht veröffentlicht hatte.



Das Einzige was wir effektiv machen können.
Massig QCs erstellen und noch mehr dafür zu Voten.

[TurboMagic]

Hallo,

1. nur weil ein Bugreport erfasst ist, kann er oft leider nicht gleich bearbeitet werden.
EMBT hat auch gewisse Pläne was wann angegangen wird (Priorisierung)

2. nur weil ein Bugreport einen Lösungsansatz enthält heißt das nicht, dass das unbedingt
der richtige sein muss. Meist gibt's noch mehr zu beachten.

3. die haben Unit Tests, nur vermutlich nicht genügend und m.W. je nach Arbeitsgebiet auch
eine unterschiedlich hohe Testabdeckung

4. Nimm doch am 10.4.2 Feldtest teil. Da ist meist ein direkterter und effizienterer
Austausch mit EMBT's Angestellten möglich und manchmal können da Bugs dann sogar zeitnah
gefixt werden, trotz Zeitplan.

Ja, auch ich höätte gerne weniger Bugs im Produkt, nur kann man halt realistisch pro
Zeiteinheit nur eine begrenzte Anzahl an Dingen umsetzen und unterschiedliche Kunden wollen
auch meist sehr unterschiedliche Bugfixes und Features umgesetzt haben und jeder denkt, dass
seine die wichtigsten wären...

Grüße und frohe Weihnachten
TurboMagic