Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Bugfix-Updates für Firefox und…

.lnk überschreiben

  1. Thema

Neues Thema Ansicht wechseln


  1. .lnk überschreiben

    Autor: CE 18.03.05 - 13:04

    Offenbar als Seiteneffekt eines Bugfixes (Bei .pifs wird COMMAND.COM überschrieben) will Firefox beim Herunterladen von Dateien Ordnerverknüpfungen überschreiben, anstatt in das Zielverzeichnis zu wechseln ...

    Ich finde das sehr ärgerlich und frage mich, ob man das nicht besser lösen könnte. (Mozilla-Bug 283730)

  2. Re: .lnk überschreiben

    Autor: Uni 18.03.05 - 13:09

    CE schrieb:
    -------------------------------------------------------
    > Offenbar als Seiteneffekt eines Bugfixes (Bei
    > .pifs wird COMMAND.COM überschrieben) will Firefox
    > beim Herunterladen von Dateien Ordnerverknüpfungen
    > überschreiben, anstatt in das Zielverzeichnis zu
    > wechseln ...
    >
    > Ich finde das sehr ärgerlich und frage mich, ob
    > man das nicht besser lösen könnte. (Mozilla-Bug
    > 283730)


    Das ist ein Windows-Problem, kein Firefox. Der Speichern Unter / Save As Dialog wird über normales Win32-API erstellt (für VB "Programmierer": ComControls). Windows retourniert lediglich einen Pfad, wohin der User das File wollte (zumindest was Windows quasi verstanden hat). Es kann nicht sein, dass Mozilla einen Speichern Dialog für jedes OS programmieren muss. Mozilla/Firefox ist ein Browser, kein STD.-API Framework IMAO.

  3. Re: .lnk überschreiben

    Autor: Netzwerk-IT-Profi 18.03.05 - 13:14

    CE schrieb:
    -------------------------------------------------------
    > Offenbar als Seiteneffekt eines Bugfixes (Bei
    > .pifs wird COMMAND.COM überschrieben) will Firefox
    > beim Herunterladen von Dateien Ordnerverknüpfungen
    > überschreiben, anstatt in das Zielverzeichnis zu
    > wechseln ...
    >
    > Ich finde das sehr ärgerlich und frage mich, ob
    > man das nicht besser lösen könnte. (Mozilla-Bug
    > 283730)

    Das ist nicht nur ärgerlich, sondern skandalös! Aber auch nur die Spitze des Eisberges - ein Grund mehr das Profisurftool Microsofts einzusetzen.

  4. GetSaveFileName(): OPENFILENAME->Flags = ! OFN_NODEREFERENCELINKS;

    Autor: Der mit Uni tanzt 18.03.05 - 13:22

    Uni schrieb:
    -------------------------------------------------------
    >
    > Das ist ein Windows-Problem, kein Firefox. Der
    > Speichern Unter / Save As Dialog wird über
    > normales Win32-API erstellt (für VB
    > "Programmierer": ComControls). Windows retourniert
    > lediglich einen Pfad, wohin der User das File
    > wollte (zumindest was Windows quasi verstanden
    > hat). Es kann nicht sein, dass Mozilla einen
    > Speichern Dialog für jedes OS programmieren muss.
    > Mozilla/Firefox ist ein Browser, kein STD.-API
    > Framework IMAO.

    Ich weiß nicht wie es bei VB ist :P aber bei der plain Win32 API kann man einstellen ob .lnk Dateien dereferenziert werden sollen oder nicht.

  5. Re: GetSaveFileName(): OPENFILENAME->Flags = ! OFN_NODEREFERENCELINKS;

    Autor: Uni 18.03.05 - 13:37

    Der mit Uni tanzt schrieb:
    -------------------------------------------------------
    > Uni schrieb:
    > --------------------------------------------------
    > -----
    > > > Das ist ein Windows-Problem, kein
    > Firefox. Der
    > Speichern Unter / Save As Dialog
    > wird über
    > normales Win32-API erstellt (für
    > VB
    > "Programmierer": ComControls). Windows
    > retourniert
    > lediglich einen Pfad, wohin der
    > User das File
    > wollte (zumindest was Windows
    > quasi verstanden
    > hat). Es kann nicht sein,
    > dass Mozilla einen
    > Speichern Dialog für jedes
    > OS programmieren muss.
    > Mozilla/Firefox ist
    > ein Browser, kein STD.-API
    > Framework IMAO.
    >
    > Ich weiß nicht wie es bei VB ist :P aber bei der
    > plain Win32 API kann man einstellen ob .lnk
    > Dateien dereferenziert werden sollen oder
    > nicht.
    >


    Mal ein sinnvoller Post - ich werde mir mal den genauer Source anschauen..

  6. Re: .lnk überschreiben

    Autor: Ozzy - alt 19.03.05 - 12:32

    Uni schrieb:
    -------------------------------------------------------
    > Es kann nicht sein, dass Mozilla einen
    > Speichern Dialog für jedes OS programmieren muss.
    > Mozilla/Firefox ist ein Browser, kein STD.-API
    > Framework IMAO.

    Nicht für jedes OS, für die verbreiteten schon...
    Wenn sie es nicht können, sollen sie es lassen.


  7. Re: .lnk überschreiben

    Autor: Anti-Fasel 19.03.05 - 17:02

    Netzwerk-IT-Profi <=> *** Sponsered by Microsoft ***

  8. Re: GetSaveFileName(): OPENFILENAME->Flags = ! OFN_NODEREFERENCELINKS;

    Autor: CE 19.03.05 - 21:59

    Das Problem ist, dass sie wohl verhindern wollen, dass man Programme überschreibt, auf die eine Verknüpfung zeigt.

    Ich halte deren Lösung aber für ebenso unsinnig.
    Der IE überschreibt auch die Zieldatei der Verknüpfung, wie ich gerade ausprobieren musste ...

    Ich werde mich auch mal mit der Win32-API auseinandersetzen, ob das wirklich nicht besser geht.

  9. Re: .lnk überschreiben

    Autor: alöuis 24.03.05 - 02:45

    Uni schrieb:
    -------------------------------------------------------
    > CE schrieb:
    > --------------------------------------------------
    > -----
    > > Offenbar als Seiteneffekt eines Bugfixes
    > (Bei
    > .pifs wird COMMAND.COM überschrieben)
    > will Firefox
    > beim Herunterladen von Dateien
    > Ordnerverknüpfungen
    > überschreiben, anstatt in
    > das Zielverzeichnis zu
    > wechseln ...
    >
    > Ich finde das sehr ärgerlich und frage mich,
    > ob
    > man das nicht besser lösen könnte.
    > (Mozilla-Bug
    > 283730)
    >
    > Das ist ein Windows-Problem, kein Firefox. Der
    > Speichern Unter / Save As Dialog wird über
    > normales Win32-API erstellt (für VB
    > "Programmierer": ComControls). Windows retourniert
    > lediglich einen Pfad, wohin der User das File
    > wollte (zumindest was Windows quasi verstanden
    > hat). Es kann nicht sein, dass Mozilla einen
    > Speichern Dialog für jedes OS programmieren muss.
    > Mozilla/Firefox ist ein Browser, kein STD.-API
    > Framework IMAO.


    also wenn das ein Windows Problem ist wieso trat er nicht in den Firefox Versionen vor 1.0.1 auf?
    weil bis 1.0.0 dieses Problem nicht auftrat

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. OSRAM GmbH, Berlin, Garching bei München
  2. Mey GmbH & Co. KG, Albstadt-Lautlingen
  3. ekom21 - KGRZ Hessen, Darmstadt, Gießen, Kassel
  4. Landesamt für Steuern Niedersachsen, Hannover

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. (u. a. Conan Exiles 12,99€, PSN Card 25 Euro für 21,99€)
  2. 229,99€
  3. 5,55€
  4. (u. a. GRAND THEFT AUTO V: PREMIUM ONLINE EDITION 13,99€, Shadows: Awakening 12,50€)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Mobile-Games-Auslese: Magischer Dieb trifft mogelnden Doktor
Mobile-Games-Auslese
Magischer Dieb trifft mogelnden Doktor

Ein Dieb mit Dolch in Daggerhood, dazu ein (historisch verbürgter) Arzt in Astrologaster sowie wunderschön aufbereitetes Free-to-Play-Mittelalter in Marginalia Hero: Golem.de stellt die spannendsten neuen Mobile Games vor.
Von Rainer Sigl

  1. Hyper Casual Games 30 Sekunden spielen, 30 Sekunden Werbung
  2. Mobile-Games-Auslese Rollenspiel-Frühling mit leichten Schusswechseln
  3. Gaming Apple Arcade wird Spiele-Flatrate für iOS und MacOS

Doom Eternal angespielt: Die nächste Ballerorgie von id macht uns fix und fertig
Doom Eternal angespielt
Die nächste Ballerorgie von id macht uns fix und fertig

E3 2019 Extrem schnelle Action plus taktische Entscheidungen, dazu geniale Grafik und eine düstere Atmosphäre: Doom Eternal hat gegenüber dem erstklassigen Vorgänger zumindest beim Anspielen noch deutlich zugelegt.

  1. Sigil John Romero setzt Doom fort

Ada und Spark: Mehr Sicherheit durch bessere Programmiersprachen
Ada und Spark
Mehr Sicherheit durch bessere Programmiersprachen

Viele Sicherheitslücken in Software sind auf Programmierfehler zurückzuführen. Diese Fehler lassen sich aber vermeiden - und zwar unter anderem durch die Wahl einer guten Programmiersprache. Ada und Spark gehören dazu, leider sind sie immer noch wenig bekannt.
Von Johannes Kanig

  1. Das andere How-to Deutsch lernen für Programmierer
  2. Programmiersprachen, Pakete, IDEs So steigen Entwickler in Machine Learning ein
  3. Software-Entwickler Welche Programmiersprache soll ich lernen?