commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (COMPRESS-429) Expose whether ZIP entry name & comment come from Unicode extra field
Date Mon, 20 Nov 2017 16:00:05 GMT


ASF GitHub Bot commented on COMPRESS-429:

Github user coveralls commented on the issue:
    [![Coverage Status](](
    Coverage decreased (-0.01%) to 85.869% when pulling **36d504d38cae2edcc4e389bb132ece0888c32c78
on dalbani:COMPRESS-429** into **10ff1c341d37da1cdb2a9ecb280a7e73670c00f5 on apache:master**.

> Expose whether ZIP entry name & comment come from Unicode extra field
> ---------------------------------------------------------------------
>                 Key: COMPRESS-429
>                 URL:
>             Project: Commons Compress
>          Issue Type: Improvement
>            Reporter: Damiano Albani
>            Priority: Minor
>              Labels: Unicode, ZIP
> It is known fact that detecting the encoding of the name/comment of ZIP entries is a
messy process. And that the general purpose bit 11 is often unreliable.
> Only the so-called Unicode extra field (if present) can be trusted to reliably determine
a ZIP entry name & comment, as far as I understand.
> But the current API of Commons Compress doesn't (easily) expose in which situation the
ZIP archive reader is.
> That's why I propose to add a couple of new getter/setter-exposed fields to {{ZipArchiveEntry}},
> {noformat}
> boolean hasUnicodeName
> boolean hasUnicodeComment
> {noformat}
> This way it can be easily determined if the value returned by {{ZipArchiveEntry::getName}}
or {{ZipArchiveEntry::getComment}} can be trusted. Or if it needs some "character encoding
sniffing" of sorts.
> What do you think?

This message was sent by Atlassian JIRA

View raw message