Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
MediathekView Logo

MediathekView-Forum

  1. Home
  2. Entwicklerforum
  3. "Quote"-Bug?

"Quote"-Bug?

Scheduled Pinned Locked Moved Entwicklerforum
10 Posts 5 Posters 563 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    ReneUX
    wrote on last edited by ReneUX
    #1

    Wenn Filmtitel eben die “Anführungszeichen” enthalten, kommt beim Speichern ein “…ungültiges Argument”-fehlerfenster und Download bricht ab. Ist auch irgendwie logisch, wenn man überlegt, wie Dateinamen in Consolen & Co übergeben werden.

    Abhilfe: Zeichen-Ersetzungtabelle: " durch ¨ (#168, diaeresis , double dot , umlaut ; sieht halbwegs ähnlich aus und bleibt im ASCII-Bereich) oder was anderes ersetzen lassen.

    Erkenntnis: Ersetzungstabelle wirkt schon beim Anlegen des Downloads, wer zwischenzeitlich Ersetzungstabellen-Abhilfe schaffen will, muss trotzdem alle Downloads nochmal anschubsen.

    Testumgebung: Java-Version: 14.0.2
    OpenJDK 64-Bit Server VM Debian
    MediethekView 13.6.0

    39 Testobjekte: ARD: “Bon Courage”

    evtl. relevant: Speichern erfolgt direkt auf einem FAT32-Laufwerk

    Wieso ein Bug? : “Die Dateinamen werden für jedes Betriebssystem passend aufbereitet.” 🙂

    Edit: Es scheint wirklich an dem FAT32 als Ziel zu liegen, das ist ja mal subtil. EXT4 beklagt sich nicht, aber NTFS vermutlich dann auch. Trotzdem, Quotes in Dateinamen sind immer leicht kritisch.

    styrollS 1 Reply Last reply
    • styrollS Offline
      styrollS Offline
      styroll
      replied to ReneUX on last edited by styroll
      #2

      @ReneUX sagte: Es scheint wirklich an dem FAT32 als Ziel zu liegen

      Hab das eben mit der Folge 20 von “Bon Courage” unter macOS getestet: Hier zumindest tritt das Problem bzw. die Fehlermeldung beim Speichern auf einen FAT32-formatierten USB-Stick nicht auf.

      Das müsste also noch jemand unter Linux reproduzieren.

      MenchenSuedM 1 Reply Last reply
      • MenchenSuedM Offline
        MenchenSuedM Offline
        MenchenSued Globaler Moderator
        replied to styroll on last edited by
        #3

        @styroll
        Bei Linux bekomme ich auch die Fehlermeldung beim Speicherversuch auf FAT32. Auf EXT4 klappt’s.


        MediathekView 14.3.1, Linux Mint 21.3, VLC 3.0.16

        1 Reply Last reply
        • mac-christianM Offline
          mac-christianM Offline
          mac-christian
          wrote on last edited by
          #4

          Wenn du sicher bist, dass die Anführungszeichen schuld dran sind (ich konnte soeben problemlos einen Film vom Mac auf einen MS-DOS (FAT32) formatierten USB-Speicher kopieren), kannst du ja die Übersetzungstabelle entsprechend anpassen. Einstellungen -> Aufzeichnen und Abspielen -> Datei- und Pfadnamen.

          Könnte aber auch an der Dateigrösse liegen, FAT32 kann, wimre, nur Dateien bis etwa 4 GB verwalten.

          MenchenSuedM 1 Reply Last reply
          • MenchenSuedM Offline
            MenchenSuedM Offline
            MenchenSued Globaler Moderator
            replied to mac-christian on last edited by
            #5

            @mac-christian
            Ich habe die kleinste Datei ausprobiert, an der Dateigröße liegt’s also nicht. Und ich habe schon seit Urzeiten die Quotes in der Ersetzungstabelle, das wurde auch im ersten Beitrag erwähnt. Für den Test habe ich sie kurz entfernt.


            MediathekView 14.3.1, Linux Mint 21.3, VLC 3.0.16

            1 Reply Last reply
            • R Offline
              R Offline
              ReneUX
              wrote on last edited by ReneUX
              #6

              Im mediathekview.log taucht jeweils ein “File not Found” zusammen mit einer iO.Exception auf, wenn denn ""Quotes im Dateinamen auftauchen, vor denen die Ersetzungstabelle nicht im vorhinein beschützt. Könnte auch ein durchgereichter Fehler darunterliegender OS-Schichten sein? Unter Linux (EXT4) scheint " in Dateinamen erlaubte Praxis zu sein, während Windows (FAT32,NTFS) den Nutzer sehr-sehr gut davor beschützen wird, das “verbotene” Zeichen in Dateinamen zu tun. Würde sich jetzt Mediathekview per Default d’rum kümmern, währe auch ein fiktiver Linux-User denkbar, der den Bug meldet, dass “Quotes” nicht originalgetreu im Datenträger-Dateinamen auftauchen 🙂

              Mac-Nutzer könnten noch testen, wenn denn sichergestellt ist, dass nicht die Ersetzungstabelle das " schon wegfiltert, welches Zeichen denn dann im Endergebnis an Stelle des " auf dem FAT32-Datenträger auftaucht, und evtl. auch mal vergleichen, welches, wenn so ein “unter Windows “böser”” Dateiname außerhalb von Mediathekview auf’s FAT32 geschubst wird.

              Edit: ein “davor” eingefügt,
              @MenchenSued
              Unter Windows hatte ich glaub’ ich auch das " in der Tabelle, und wohl beim Linux-Umstieg gepennt, nur um dann eben früher oder später (jetzt) dieses unkritische Problemchen zu kriegen.

              DaDirnbocherD 1 Reply Last reply
              • DaDirnbocherD Offline
                DaDirnbocherD Offline
                DaDirnbocher
                replied to ReneUX on last edited by DaDirnbocher
                #7

                @ReneUX sagte in "Quote"-Bug?:

                Würde sich jetzt Mediathekview per Default d’rum kümmern,

                Ich würde ja eher dazu neigen, dass das Job des OS/des Filesystemtreibers wäre, sich darum zu kümmern, ob Filenamen zum verwendeten Filesystem passen.

                Ich mein, von jedem Anwendungsprogramm zu verlangen, die Besonderheiten aller möglichen Filesysteme richtig zu handeln, die ein User einsetzen könnte, erscheint mir doch etwas Zuviel des Guten.

                In diesem Sinne, hat MV m.E. eh dem User das richtige Werkzeug gegeben: Die Ersetzungstabelle.

                R 1 Reply Last reply
                • R Offline
                  R Offline
                  ReneUX
                  replied to DaDirnbocher on last edited by
                  #8

                  @DaDirnbocher sagte in "Quote"-Bug?:

                  Ich würde ja eher dazu neigen, dass das Job des OS/des Filesystemtreibers wäre, sich darum zu kümmern, ob Filenamen zum verwendeten Filesystem passen.

                  Das tut es wohl und “findet” diesen “unerlaubte” Zeichen enthaltenden Dateinamen nicht und reicht den Fehler an MediathekView durch. Das Problem tritt (dann wohl korrekterweise) aber auch in anderen Anwendungen auf: Mittels Krusader (einem Dateimanager) “…”-kritische Datei vom EXT4 auf FAT32 kopieren → Krusader meldet dann « “…” konnte nicht geschrieben werden ».
                  Per Copy&Paste in PCManFM (anderer Dateimanager) EXT›FAT-kopieren bringt dann erst die korrekt-aussagekräftige Meldung « ungültiger Dateiname ».

                  DaDirnbocherD 1 Reply Last reply
                  • DaDirnbocherD Offline
                    DaDirnbocherD Offline
                    DaDirnbocher
                    replied to ReneUX on last edited by
                    #9

                    @ReneUX Ja, aber wo ist jetzt ein Bug?

                    Wieso ein Bug? : “Die Dateinamen werden für jedes Betriebssystem passend aufbereitet.”

                    In Windows sind sie nicht erlaubt, da “filtert” sie MV ganz ohne Ersetzungstabelle.

                    In Linux sind sie nicht verboten (mit ext4 gehts ja), daher filtert sie MV dort nicht.

                    Beim macOS ähnlich.

                    Insofern passt die Aussage “jedes Betriebssystem passend” doch eh, oder?

                    Problematisch ist die Kombi Linux und FAT32, und letzteres ist wohl kein typisches Linuxfilesystem. Und selbst da stellt MV mit der Ersetzungstabelle ein passendes Werkzeug zur Verfügung.

                    R 1 Reply Last reply
                    • R Offline
                      R Offline
                      ReneUX
                      replied to DaDirnbocher on last edited by
                      #10

                      @DaDirnbocher sagte in "Quote"-Bug?:

                      @ReneUX Ja, aber wo ist jetzt ein Bug?

                      → Stimmt, ist eher kein Bug, nur ein Anwendungsfehler seitens des Anwenders 🙂
                      Sorry für alle unnötig gebundenen Kapazitäten.

                      1 Reply Last reply

                      49

                      Online

                      6.7k

                      Users

                      6.2k

                      Topics

                      39.5k

                      Posts
                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • Users
                      • Groups