Datei wird bei Bereitstellung nicht überschreiben

[bcvs]

OK, ich weiß zwar nicht, was daran by design sein soll, aber denn muss ich wohl mit meinem Workaround leben.

[Thomas_K]

Zitat von bcvs:

denn muss ich wohl mit meinem Workaround leben.

Kannst du dein Workaround hier grob beschreiben, über diese Ecke und Kannte in Delphi bin ich auch schon gestolpert.

[bcvs]

Zitat von Thomas_K:

Kannst du dein Workaround hier grob beschreiben, über diese Ecke und Kannte in Delphi bin ich auch schon gestolpert.

Im OnShow des MainForm (hier vom Prinzip her, der entsprechende Pfad ist natürlich berücksichtigt):

Delphi-Quellcode:

  if FileExists('Helptemp.html') then begin
    DeleteFile('Help.html');
    RenameFile('Helptemp.html', 'Help.html');
  end;

Helptemp.html wird deployed, mit Help.html wird in der App gearbeitet.

[bra]

Ich hab mir darüber auch schon Gedanken gemacht und einen Haken hat deine Variante. Angenommen die Datei wird bei jedem Update im Paket aktualisiert, hat man nicht mehr die aktuelle Version, wenn der Benutzer nicht nach jedem Update die App aufruft.

Beispiel:
Version1 installiert und gestartet -> Tempversion1 wird umkopiert
Version2 installiert aber nicht gestartet -> Dateiversion1, Tempversion2 wird eingespielt
Version3 installiert und gestartet -> Tempversion2 wird umkopiert, die aktuelle aus Version3 aber nicht.

Wenn der Benutzer jetzt also nach Version1 x Updates zwar einspielt, die App selbst aber nie aufruft, bleiben die Dateien immer auf dem Stand vom ersten Update nach dem letzten Start der App.

[bcvs]

Ja, das könnte sein.

Dann müsste man halt die Versionsnummer in die Tempversionen integrieren und alle älteren Versionen löschen. In deinem Beispiel:

Version3 installiert und gestartet -> Tempversion3 wird umkopiert, Tempversion2 wird gelöscht.

[Mavarik]

Oder Du änderst den Dateiname:

'Help_'+GUITtoString+'.htm';

Und suchst die Datei mit 'Help_*.htm'

Mavarik

[himitsu]

Oder die Datei als Ressource in die "EXE" und bei Programmstart/Verwendung da rauskopiert.

Die Anwendung selber wird ja hoffentlich aktualisiert, auch wenn sie schonmal installiert wurde.

[bra]

Alles sinnvolle Vorschläge, leider alle mit gewissen Nebenwirkungen und letztlich ja nur ein Umschiffen eines meiner Meinung nach unsinnigen Verhaltens von FMX.

Zitat von bcvs:

Dann müsste man halt die Versionsnummer in die Tempversionen integrieren und alle älteren Versionen löschen. In deinem Beispiel:

Version3 installiert und gestartet -> Tempversion3 wird umkopiert, Tempversion2 wird gelöscht.

Zitat von Mavarik:

Oder Du änderst den Dateiname:

'Help_'+GUITtoString+'.htm';

Und suchst die Datei mit 'Help_*.htm'

An so etwas habe ich auch schon gedacht, allerdings muss man dann bei jeder Änderung einer Datei daran denken, die umzubenennen und zusätzlich im Deployment-Manager auch ändern (oder dort umbenennen). Das ist aber nur mit sinnvollem Aufwand möglich, wenn sich nur wenige Dateien ändern. Wir hatten in einem Projekt eine Zeitlang pdf.js eingebunden (hunderte einzelne Dateien), da wäre sowas bei einem Update gar nicht sinnvoll machbar.

Zitat von himitsu:

Oder die Datei als Ressource in die "EXE" und bei
... oder in das gleiche Verzeichnis wie die Anwendung ...

Hab ich auch schon versucht und es nicht zum Laufen bekommen, scheinbar werden dort nur spezielle Dateien deployed, zumindest bei Android.

Zitat von himitsu:

Oder die Datei als Ressource in die "EXE" und bei Programmstart/Verwendung da rauskopiert.

Hier wird es Probleme mit zu großen Dateien geben, meines Wissens haben die Bins zumindest unter iOS eine Größenbegrenzung.

[Mavarik]

Zitat von Mavarik:

'Help_'+GUIDtoString+'.htm';

[himitsu]

Wenn man da "Überschreiben" einstellen kann, dann sollte auch überschrieben werden.

IMHO ist das also ein Bug.
Nochmal im alten QC fragen was das soll (eventuell auch besser gleich im neuen https://quality.embarcadero.com/)

Wenn sich genug beschweren ... vielleicht repariert es dann auch mal wer.