[jira] [Commented] (COMPRESS-411) TarUtils.formatLongOctalOrBinaryBytes never uses result of formatLongBinary

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (COMPRESS-411) TarUtils.formatLongOctalOrBinaryBytes never uses result of formatLongBinary

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/COMPRESS-411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053047#comment-16053047 ]

Simon Spero commented on COMPRESS-411:
--------------------------------------

Can you grant me {{Assign issues}}, {{Assignable user}}, {{Transition issues}}, and {{Resolve issues}} on the project (assuming that the review and commit/merge phase of the workflow take place  starting in RESOLVED). This doesn't include  {{Close issues}}.  
[https://confluence.atlassian.com/adminjiraserver073/managing-project-permissions-861253293.html]

I keep wanting  to self assign and mark "IN PROGRESS", so that effort isn't duplicated.
I _thing_ that  requires assign,assignable &  transition, though it depends on how the  workflow is set up.


> TarUtils.formatLongOctalOrBinaryBytes never uses result of formatLongBinary
> ---------------------------------------------------------------------------
>
>                 Key: COMPRESS-411
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-411
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.14
>            Reporter: Simon Spero
>            Priority: Minor
>             Fix For: 1.15
>
>
> if the length < 9, formatLongBinary is executed, then overwritten by the results of formatBigIntegerBinary.
> If the results are not ignored, a unit test would fail.
> Also, do the binary hacks  need to support negative numbers?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)