git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: "dorgon chang via GitGitGadget" <gitgitgadget@gmail.com>
Cc: git@vger.kernel.org, dorgon chang <dorgonman@hotmail.com>
Subject: Re: [PATCH] git-p4: fix failed submit by skip non-text data files
Date: Sat, 19 Jun 2021 15:47:22 +0900	[thread overview]
Message-ID: <xmqq35tel5ad.fsf@gitster.g> (raw)
In-Reply-To: <pull.977.git.git.1615535270135.gitgitgadget@gmail.com> (dorgon chang via GitGitGadget's message of "Fri, 12 Mar 2021 07:47:49 +0000")

"dorgon chang via GitGitGadget" <gitgitgadget@gmail.com> writes:

> From: "dorgon.chang" <dorgonman@hotmail.com>
>
> If the submit contain binary files, it will throw exception and
> stop submit when try to append diff line description.

OK, that explains how the program fails.

> This commit will skip non-text data files when exception
> UnicodeDecodeError thrown.

If there are changes in aText and aBinary file and you try to submit
a cl that contains both changes, you do want changes to both files
go together, no?  If you skip non-text, does that mean you ignore
the changes to aBinary file and submit only the changes to aText
file?

I guess my confusion comes from not understanding what you exactly
mean by "append diff line description".  Whatever that means, if
that is purely informational and does not affect what is actually
submit in the resulting cl, then the patch would be an improvement.
If not, and if for example it loses changes to binary files, then it
is merely sweeping the problem under the rug.

In short the explanation of the solution does not build confidence
in the readers minds.  You'd need to explain why such a skipping is
a safe thing to do a bit better.

Even if we assuming that what happens in the loop you threw in
try/except block is purely cosmetic and optional thing that does not
affect the correct operation of the program or its outcome,  I
wonder if we can do better.  When you get a decode error, you'd have
an early part of the change (which could be empty) before you hit
the error in newdiff, and that is returned to the caller without any
sign that it is a truncated output.  I wonder something like

	except UnicodeDecodeError:
		newdiff = '<<new binary file>>'

may be more helpful to the user.  Assuming that this is purely for
human consumption without affecting the correctness or outcome of
the program and we can place pretty much any text there, that is.
But because the proposed commit log message does not explain why
skipping is safe, I do not know if that assumption holds in the
first place.

Thanks.

> diff --git a/git-p4.py b/git-p4.py
> index 4433ca53de7e..29a8c202399a 100755
> --- a/git-p4.py
> +++ b/git-p4.py
> @@ -1977,8 +1977,11 @@ def get_diff_description(self, editedFiles, filesToAdd, symlinks):
>                  newdiff += "+%s\n" % os.readlink(newFile)
>              else:
>                  f = open(newFile, "r")
> -                for line in f.readlines():
> -                    newdiff += "+" + line
> +                try:
> +                    for line in f.readlines():
> +                        newdiff += "+" + line
> +                except UnicodeDecodeError:
> +                    pass # Fond non-text data

s/Fond/Found/ I would think.

>                  f.close()
>  
>          return (diff + newdiff).replace('\r\n', '\n')
>
> base-commit: d4a392452e292ff924e79ec8458611c0f679d6d4

  parent reply	other threads:[~2021-06-19  6:47 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-12  7:47 [PATCH] git-p4: fix failed submit by skip non-text data files dorgon chang via GitGitGadget
2021-06-17 11:18 ` Simon Hausmann
2021-06-18 13:24   ` Johannes Schindelin
2021-06-29  0:52     ` Junio C Hamano
2021-06-18 14:54 ` Simon Hausmann
2021-06-19  6:47 ` Junio C Hamano [this message]
2021-06-20  7:56   ` dorgon.chang
2021-06-21  3:43     ` Junio C Hamano
2021-06-21  5:16 ` [PATCH v2] " dorgon chang via GitGitGadget

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqq35tel5ad.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=dorgonman@hotmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).