<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - NamedDests in glib frontend are broken"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=60377">60377</a>
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>poppler-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>NamedDests in glib frontend are broken
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Classification</th>
          <td>Unclassified
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>jose.aliste@gmail.com
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>glib frontend
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>poppler
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Hi, currently, NamedDests in glib frontend are brokend. This is because in the
pdf reference, Names trees can hold very wild strings, including byte strings,
where the '\0' ending character assumption does not hold. Thus, a gchar * is
not a good way of describing named destinations on the glib world. On test
file, 
all the goostrings are alright, but when transforming these to gchar *, some of
the byte strings have a '\0' before the end of the string. 

This makes these PopplerDest objects unusable. We should get some more fancy
API for that (Like using GBytes? and adding some methods to check if it is a
proper string or so) or not to convert the name to gchar and use the
PopplerDest object instead of the name on the find_link_dest and find_link_page
funcs.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>