Skip Menu |

This queue is for tickets about the File-Rename CPAN distribution.

Report information
The Basics
Id: 124421
Status: resolved
Priority: 0/
Queue: File-Rename

People
Owner: Nobody in particular
Requestors: dom [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 0.20
Fixed in: 0.30



Subject: Allow options after arguments
As discussed in <https://bugs.debian.org/885103> there is a case to be made for allowing options to follow arguments in this command, since a similar script (which was distributed as part of perl in Debian for a long time) did. Some people have found the change in behaviour to be harmful. Being more liberal in this case seems like the correct thing to do. Simple patch attached. Thanks for considering. Dominic.
Subject: rename-options-args.patch
diff --git a/lib/File/Rename.pm b/lib/File/Rename.pm index 757355f..f775735 100644 --- a/lib/File/Rename.pm +++ b/lib/File/Rename.pm @@ -10,6 +10,7 @@ use Getopt::Long (); eval{ Getopt::Long::Configure qw( posix_default no_ignore_case + no_require_order ); 1 } or warn $@; sub GetOptions {
On Tue Feb 13 17:46:34 2018, DOM wrote: Show quoted text
> As discussed in <https://bugs.debian.org/885103> there is a case to be > made for allowing options to follow arguments in this command, since a > similar script (which was distributed as part of perl in Debian for a > long time) did. Some people have found the change in behaviour to be > harmful. > > Being more liberal in this case seems like the correct thing to do. > Simple patch attached. > > Thanks for considering. > > Dominic.
OK. Although there has been no "change in behaviour" in this script since its earliest versions.