Error opening file /tmp/xreader-33417/Las_profecias_de_Nostradamus-Nostradamus.epubFNR2I3/Siglo%201.xhtml: No such file or directory #698

Activity

1. casual-coffee commented on Jun 4, 2026

   

   casual-coffee

   on Jun 4, 2026

   More actions

   I tried reproducing your issue and had the same problem. The reason for this problem is the following:

   In the manifest tag of the content.opf file are items with the ids "Siglo_1.html" and "Siglo_2.html", which contain the content for the third and fourth page. The href attribute both contain an escaped space character (%20), which is required for it to be a valid uri, f.e. href="Siglo%201.html". The problem is, that currently escaped characters are not unescaped after reading them from the content.opf file and thus, as we can see in the error message, xreader tries to open the file at .../Siglo%201.xhtml. This file does not exist, because the file name is actually .../Siglo 1.xhtml.

   Proposal for solving the problem

   A quick fix for me was adding the following line in epub-document.c, which uses the function g_uri_unescape_string() from GLib:

   static GList*
   setup_document_content_list(const gchar* content_uri, GError** error,gchar *documentdir)
   {
       ...
               GString* absolutepath = g_string_new(documentdir);
               gchar *relativepath = (gchar*)xml_get_data_from_node(itemptr,XML_ATTRIBUTE,(xmlChar*)"href");
               
               // replace percent-encoded characters with unescaped characters
               relativepath = g_uri_unescape_string(relativepath, NULL);
   
               g_string_append_printf(absolutepath,"/%s",relativepath);
      ...
   }

   Maybe there is also a general better way to transform the href links to file path, because the current implementation seems a little strange to me, because the uri provided by href is interpreted as a relative path and later gets transformed from filename to uri again. I have no experience with GLib, but maybe there is a cleaner way for this.

   👍React with 👍1Reacted by alfema-esp
2. alfema-esp commented on Jun 6, 2026

   

   alfema-esp

   on Jun 6, 2026

   Author

   More actions

   @casual-coffee, thanks for your contribution, now we wait for them to accept your solution and update xreader in the repositories.
3. clefebvre commented on Sep 4, 2026

   

   clefebvre

   on Sep 4, 2026

   Member

   More actions

   EPUB support was removed from Xreader and reimplemented in Xepub: https://github.com/xapp-project/xepub.
4. clefebvre

   closed this as completedon Sep 4, 2026