pombreda / bugzilla-vcs Goto Github PK

What steps will reproduce the problem?
1. Want to match only #bugnumber formated portion of commit message.

What is the expected output? What do you see instead?
Needs to specify regular expression directly.

What version of the product are you using? On what operating system?
v0.2

Please provide any additional information below.
Patch is attached. This patch add '--bug-regex' option to sync.pl script.
This can be used like this 
--bug-regex='#\s*(\d+)'

Note: Please let me know if there is a way to use --bug-words option more 
better.

What steps will reproduce the problem?
1. Bzr has an option --fixes, which produces a line similar to:
------------------------------------------------------------
revno: 695
fixes bug(s): https://bugzilla.example.com/show_bug.cgi?id=5459
committer: Tom <[email protected]>
branch nick: trunk
timestamp: Wed 2010-10-06 23:12:22 +0000
message:
  test

2. This technically isn't a "fixes bug 1242" message, but should be found.
3. Perhaps a special value to --bug-word would catch this?

What is the expected output? What do you see instead?
I'd like it to sync with --fixes as that provides the same information as a 
comment with "bug" in it.

What version of the product are you using? On what operating system?
This is the latest download with the 21_20.diff patch to fix sync.pl on Centos 
and Bugzilla 3.6.2.

Please provide any additional information below.
Other than that, this works pretty well!

hook.pl has a parameter, --project, that is mandatory but is not relevant with 
the subversion repositories I'm using.  My subversion repositories have 
directories trunk, branches and tags at the top of the repository.  There is no 
project designation.  It seems like hook.pl assumes a repository like:

project1
    trunk
    branches
    tags
project2
    trunk
    branches
    tags

The reason this is an issue for me is that the hook.pl script is called from a 
subversion hook (post-commit) and the parameters to the hook are repo and 
revision.  To satisfy the requirement of the --project parameter I tried hard 
coding it to trunk.  If I do that, any checkins on the branches get rejected by 
the script with an error:

Bugzilla Error: (32000) There is no commit with the id "13225" for "trunk" in 
the "file:///home/svn/repo/myrepo/" repository.

I could work around this by adding:

svnlook --dirs-changed /home/svn/repo/myrepo in my hook.

This would give me a list of directories and I could determine if they were in 
trunk, branches or tags.  I could then adjust the --project parameter 
accordingly. 

But this doesn't seem right.  A checkin to "branches" really doesn't mean much 
unless you specify the directory in branches, and this won't provide that.  

What I would really like is the --project parameter to be optional.  Possible?

I have two servers (running on Debian 5): 1. "hg repos server (hgrepos) and 
bugzilla server. I successfully installed VCS into bugzilla and configured 
repos in it. I copied hook.pl from bugzilla server to hg repos server 
(/usr/local/bin/). When I try to run command like this (on hg repos server):

$perl /usr/local/bin/hook.pl --bug=965 --revision=d9feb5b9bf3f 
--project=myproject --repo=http://myusername:***@hgrepos/hg/ 
--login=bugzilla@user --pass=*** --bugzilla=http://bugzillaserver/bugzilla

I get message:

Bugzilla Error: (32000) An error occurred while attempting to fetch commit 
d9feb5b9bf3f from the "myproject" project in the 
"http://myusername:***@hgrepos/hg/" repository. Sometimes this means that you 
specified an invalid repository or project. The error was: Couldn't open encmap 
ascii.enc: No such file or directory at /usr/lib/perl5/XML/Parser.pm line 187

Thanks for any help

Best regards

Dubravkor Rutalj

I've been experimenting with hook.pl, learning how it works, prior to 
integrating into my subversion post_commit hook.  So far I have not been able 
to successfully add commit information to the bugzilla database.  (The sync.pl 
tool does work though).

I'm using subversion v1.6.6 and bugzilla v5.6.2

Initially I invoked hook.pl as follows:
perl hook.pl --project="trunk" --bug=2 --revision=15510 --repo 
svn+ssh:/iris/home/svn/repo/upe_sandbox3/ --bugzilla=http://iris/bugzilla2 
--login=XXX --pass=YYY 

(BTW, for anyone new to this, the repo you must specify here must already be 
entered as a valid VCS URL in the VCS section of the Bugzilla administration.)

This resulted in the error:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 
15510 from the "trunk" project in the 
"svn+ssh://iris/home/svn/repo/upe_sandbox3/" repository. Sometimes this means 
that you specified an invalid repository or project. The error was: Network 
connection closed unexpectedly: at lib/VCI/VCS/Svn/Repository.pm line 12

The error states the network connection was closed unexpectedly so either this 
was truely a network problem or some sort of failure at the far end of the 
network connection that caused the connection to drop prematurely.  In order to 
eliminate network issues, I repeated the test but instead used a file URL for 
the repository as follows:

perl hook.pl --project="trunk" --bug=2 --revision=15510 --repo 
file:///home/svn/repo/upe_sandbox3/ --bugzilla=http://iris/bugzilla2 
--login=XXX --pass=YYY 

Now the error is:
Bugzilla Error: (-32000) TypeError in method 'svn_client_diff', argument 2 of 
type 'char const *'

What steps will reproduce the problem?
1. It would be (potentially) simpler for our setup to just run sync.pl 
repeatedly.
2. However, it seems if you do that, you get duplicate commit logs added to the 
bug.

What is the expected output? What do you see instead?
Would it be possible to make sync.pl ignore already existing commit logs that 
it has added previously?

What version of the product are you using? On what operating system?
Latest, with patch 21_20 on Bugzilla 3.6.2

Please provide any additional information below.

What steps will reproduce the problem?
1. The repostitory julindex.git is located at /srv/git/

2. The config file bugzilla.cfg:
repo: /srv/git/
login: [email protected]
pass: XXX
bugzilla: https://bugs.julit.com/

3. perl /srv/bugzilla/extensions/VCS/hook.pl 
--config=/srv/git/julindex.git/bugzilla.cfg --project julindex.git --revision 
d059b317ca3c2c23c4ee41ee9b6ad26f0f610a9b --bug 37

What is the expected output? What do you see instead?

Bugzilla Error: (32000) An error occurred while attempting to fetch commit 
d059b317ca3c2c23c4ee41ee9b6ad26f0f610a9b from the "julindex.git" project in the 
"/srv/git/" repository. Sometimes this means that you specified an invalid 
repository or project. The error was: rev-parse confused me - 
/srv/git/julindex.git/ does not have trailing Status: 200 OK at 
/usr/share/perl5/Git.pm line 195.

What version of the product are you using? On what operating system?
Debian lenny using Bugzilla 3.6.2

Please provide any additional information below.

What steps will reproduce the problem?
1. Visit Advanced Search page
2. In Custom search section, set condition like 'commits' 'contains the string' 
'foobarbaz'.
3. Click search button

What is the expected output?
Bugs that have foobarbaz in the commit message.

What do you see instead?
DBD::mysql::db selectcol_arrayref failed: Unknown column 'bugs.vcs_commits' in 
'where clause' [for Statement "SELECT bugs.bug_id ...

What version of the product are you using? On what operating system?
4.2 / Linux

Please provide any additional information below.
Reported in https://bugzilla.redhat.com/show_bug.cgi?id=952111

>>>> What steps will reproduce the problem?
1.correctly install the bugzilla-vcs extension
2.[root@localhost bugzilla]# perl extensions/VCS/sync.pl --type=Svn 
[email protected] file:///var/www/svn/repos/

>>>> What is the expected output? What do you see instead?
>> expected output should be:
Getting contents for  rev 7
...
Getting diff for 'file:///var/www/svn/repos/mytestproj' from 5 to 6
>> but I got:
7 commits to examine for syncing...
The 'nanosecond' parameter ("707028000.000001") to DateTime::new did not pass 
the 'a positive integer' callback
at /usr/lib64/perl5/DateTime.pm line 176.
     DateTime::new(undef, 'hour', 00, 'minute', 26, 'month', 7, 'second', 24, ...) called at /usr/share/perl5/DateTime/Format/DateParse.pm line 69
...
     main::sync_project('VCI::VCS::Svn::Project=HASH(0x4cde7c0)') called at extensions/VCS/sync.pl line 119

>>>> What version of the product are you using? On what operating system?
svn 1.6.11
bugzilla 4.4
VCS bugzilla extension 0.2
perl v5.10.1
DateTime v0.53
Alien-SVN v1.6.11
Linux 2.6.32-220.el6.x86_64
(I think the problem come from the new version of perl and it's DateTime module)

>>>> Please provide any additional information below.
I solved the problem by add "int " before "$p{ nanosecond } = int $fraction * 
1e9 if $fraction;" in line 34 at /usr/share/perl5/DateTime/Format/DateParse.pm
just didn't find the issue here. so i create for people's reference.
the solution refer from:  https://rt.cpan.org/Public/Bug/Display.html?id=52470

What steps will reproduce the problem?
I installed the software as described here. The server with the domain 
SVNServer already provides all the Projects via SVN and via WevSVN.
So I inserted all the settings like:
Svn svn://svnserver/
and further:
Svn svn://svnserver/ http://svnserver/listing.php?repname=%project%&rev=%revno%

Created a repo on the Bugzilla tracker then that is existant on the Svn. I also 
did the sync.pl with the correct switches and it did not give me any error.

What is the expected output? What do you see instead?
When I look at the repos in BugZilla I dont see any changes.
WHat do I do wrong?

What version of the product are you using? On what operating system?
Centos 5, svn 1.7.5, Bugzilla 4.0.2, Bugzilla-VCS 0.2

Regards

What steps will reproduce the problem?
1.  Bugzilla 3.6.6, Bzr 2.4.1, Ubuntu 11.10, VCS 0.7.1
2.  Manually run hook.pl
3.  On the bugzilla server, xmlrpc.cgi hangs forever at 100% CPU


I'm manually running hook.pl from a separate client similar to this:

./hook.pl --bug=2 --revision=5120 --project="/Platform/trunk" 
--config=hook.config

On the bugzilla server, a top shows that xmlrpc.cgi sits there spinning forever 
at 100% CPU.  If I kill the xmlrpc.cgi process, I see this.  However, I'm able 
to do a 'bzr log' from the bugzilla machine just fine:

Bugzilla Error: (32000) An error occurred while attempting to fetch commit 5120 
from the "Platform/trunk" project in the "bzr+http://code.machine.local/repo/" 
repository. Sometimes this means that you specified an invalid repository or 
project. The error was: /usr/bin/bzr log --show-ids --xml 
bzr+http://code.machine.local/repo/Platform/trunk failed: at 
/usr/local/share/perl/5.12.4/VCI/VCS/Bzr.pm line 97 
VCI::VCS::Bzr::x_do('VCI::VCS::Bzr=HASH(0x5454348)', 'HASH(0x556fa88)') called 
at /usr/local/share/perl/5.12.4/VCI/VCS/Bzr/Project.pm line 17 
VCI::VCS::Bzr::Project::_build_history('VCI::VCS::Bzr::Project=HASH(0x556fbd8)')
 called at reader VCI::Abstract::Project::history (defined at 
/usr/local/share/perl/5.12.4/VCI/Abstract/Project.pm line 10) line 8 
VCI::Abstract::Project::history('VCI::VCS::Bzr::Project=HASH(0x556fbd8)') 
called at /usr/local/share/perl/5.12.4/VCI/Abstract/Project.pm line 57 
VCI::Abstract::Project::get_commit('VCI::VCS::Bzr::Project=HASH(0x556fbd8)', 
'HASH(0x556fba8)') called at /loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm 
line 308 eval {...} called at 
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 308 
Bugzilla::Extension::VCS::Commit::get_commit('Bugzilla::Extension::VCS::Commit',
 'HASH(0x5109708)') called at 
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 229 
Bugzilla::Extension::VCS::Commit::_check_revision('Bugzilla::Extension::VCS::Com
mit', 5120, undef, 'HASH(0x2f4f390)') called at 
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 121 
Bugzilla::Extension::VCS::Commit::run_create_validators('Bugzilla::Extension::VC
S::Commit', 'HASH(0x41e3648)') called at 
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 164 
Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extension::VCS::Commit', 
'HASH(0x41e3648)') called at 
/loader/0x3b18138/Bugzilla/Extension/VCS/WebService.pm line 37 
Bugzilla::Extension::VCS::WebService::add_commit('Bugzilla::Extension::VCS::WebS
ervice', 'HASH(0x41e3648)') called at /usr/share/perl5/SOAP/Lite.pm line 2799 
eval {...} called at /usr/share/perl5/SOAP/Lite.pm line 2784 eval {...} called 
at /usr/share/perl5/SOAP/Lite.pm line 2750 
SOAP::Server::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x411b4a8)', 
'<?xml version="1.0" encoding="us-ascii"?><methodCall><methodN...') called at 
/usr/share/perl5/SOAP/Transport/HTTP.pm line 432 
SOAP::Transport::HTTP::Server::handle('Bugzilla::WebService::Server::XMLRPC=HASH
(0x411b4a8)') called at /usr/share/perl5/SOAP/Transport/HTTP.pm line 590 
SOAP::Transport::HTTP::CGI::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x
411b4a8)') called at /var/www/bugzilla.machine.local/bugzilla/xmlrpc.cgi line 48

What steps will reproduce the problem?
1. run:
extensions/VCS/sync.pl --type=Git [email protected] --project=test --verbose 
/home/user
2. run again:
extensions/VCS/sync.pl --type=Git [email protected] --project=test --verbose 
/home/user

What is the expected output? What do you see instead?
-Second run should not produce any output. It should know not to parse commits 
from beginning of time.
-Instead it parses all the commits from the start.

What version of the product are you using? On what operating system?
-Latest. Linux.

Please provide any additional information below.
-The script is issuing the following command:
git log --reverse -m
That command shows log from the beginning of the repo. This is not necessary 
and can be expensive as the repo grows old.
Instead we should issue:
git log --reverse -m 2350d1e9c83bd024..

Where "2350d1e9c83bd024" is the commit id when sync.pl was run the last time.
To get current commit id:
git rev-parse HEAD

You can now store that in DB and use it in next call of:
git log --reverse -m 2350d1e9c83bd024..

Ran checksetup, installed VCI as requested, re-ran checksetup and got the 
following:

* This is Bugzilla 4.4.4 on perl 5.18.2
* Running on Linux 3.14.1-x86_64-linode39 #1 SMP Fri Apr 25 13:07:35 EDT 2014

Checking perl modules...
Checking for               CGI.pm (v3.51)     ok: found v3.65 
Checking for           Digest-SHA (any)       ok: found v5.84_01 
Checking for             TimeDate (v2.23)     ok: found v2.24 
Checking for             DateTime (v0.28)     ok: found v1.10 
Checking for    DateTime-TimeZone (v0.71)     ok: found v1.71 
Checking for                  DBI (v1.614)    ok: found v1.63 
Checking for     Template-Toolkit (v2.22)     ok: found v2.25 
Checking for           Email-Send (v2.04)     ok: found v2.199 
Checking for           Email-MIME (v1.904)    ok: found v1.926 
Checking for                  URI (v1.37)     ok: found v1.60 
Checking for       List-MoreUtils (v0.32)     ok: found v0.33 
Checking for    Math-Random-ISAAC (v1.0.1)    ok: found v1.004 
Checking for                  VCI (v0.7.1)    ok: found v0.7.1 

Checking available perl DBD modules...
Checking for           DBD-Oracle (v1.19)     not found 
Checking for               DBD-Pg (v2.7.0)    not found 
Checking for           DBD-SQLite (v1.29)     not found 
Checking for            DBD-mysql (v4.001)    ok: found v4.025 

The following Perl modules are optional:
Checking for                   GD (v1.20)     not found 
Checking for                Chart (v2.1.0)    not found 
Checking for          Template-GD (any)       not found 
Checking for           GDTextUtil (any)       not found 
Checking for              GDGraph (any)       not found 
Checking for           MIME-tools (v5.406)    ok: found v5.505 
Checking for          libwww-perl (any)       ok: found v6.06 
Checking for             XML-Twig (any)       not found 
Checking for          PatchReader (v0.9.6)    not found 
Checking for            perl-ldap (any)       not found 
Checking for          Authen-SASL (any)       not found 
Checking for         Net-SMTP-SSL (v1.01)     not found 
Checking for           RadiusPerl (any)       not found 
Checking for            SOAP-Lite (v0.712)    not found 
Checking for          XMLRPC-Lite (v0.712)    not found 
Checking for             JSON-RPC (any)       not found 
Checking for              JSON-XS (v2.0)      not found 
Checking for           Test-Taint (any)       not found 
Checking for          HTML-Parser (v3.67)     ok: found v3.71 
Checking for        HTML-Scrubber (any)       not found 
Checking for               Encode (v2.21)     ok: found v2.49 
Checking for        Encode-Detect (any)       not found 
Checking for          Email-Reply (any)       not found 
Checking for HTML-FormatText-WithLinks (v0.13)     not found 
Checking for          TheSchwartz (v1.07)     not found 
Checking for       Daemon-Generic (any)       not found 
Checking for             mod_perl (v1.999022) not found 
Checking for     Apache-SizeLimit (v0.96)     not found 
Checking for        File-MimeInfo (any)       not found 
Checking for           IO-stringy (any)       not found 
Checking for            Alien-SVN (v1.2.0)    not found 
Checking for                  Git (any)       not found 
Checking for          mod_expires (any)       not found 
Checking for          mod_headers (any)       not found 
Checking for              mod_env (any)       ok 
***********************************************************************
* OPTIONAL MODULES                                                    *
***********************************************************************
* Certain Perl modules are not required by Bugzilla, but by           *
* installing the latest version you gain access to additional         *
* features.                                                           *
*                                                                     *
* The optional modules you do not have installed are listed below,    *
* with the name of the feature they enable. Below that table are the  *
* commands to install each module.                                    *
***********************************************************************
*               MODULE NAME * ENABLES FEATURE(S)                      *
***********************************************************************
*                        GD * Graphical Reports, New Charts, Old Charts *
*                     Chart * New Charts, Old Charts                  *
*               Template-GD * Graphical Reports                       *
*                GDTextUtil * Graphical Reports                       *
*                   GDGraph * Graphical Reports                       *
*                  XML-Twig * Move Bugs Between Installations, Automatic Update 
Notifications *
*               PatchReader * Patch Viewer                            *
*                 perl-ldap * LDAP Authentication                     *
*               Authen-SASL * SMTP Authentication                     *
*              Net-SMTP-SSL * SSL Support for SMTP                    *
*                RadiusPerl * RADIUS Authentication                   *
*                 SOAP-Lite * XML-RPC Interface                       *
*               XMLRPC-Lite * XML-RPC Interface                       *
*                  JSON-RPC * JSON-RPC Interface                      *
*                   JSON-XS * Make JSON-RPC Faster                    *
*                Test-Taint * JSON-RPC Interface, XML-RPC Interface   *
*             HTML-Scrubber * More HTML in Product/Group Descriptions *
*             Encode-Detect * Automatic charset detection for text attachments *
*               Email-Reply * Inbound Email                           *
* HTML-FormatText-WithLinks * Inbound Email                           *
*               TheSchwartz * Mail Queueing                           *
*            Daemon-Generic * Mail Queueing                           *
*                  mod_perl * mod_perl                                *
*          Apache-SizeLimit * mod_perl                                *
*             File-MimeInfo * Sniff MIME type of attachments          *
*                IO-stringy * Sniff MIME type of attachments          *
*                 Alien-SVN * VCS: Subversion Support                 *
*                       Git * VCS: Git Support                        *
***********************************************************************
* APACHE MODULES                                                      *
***********************************************************************
* Normally, when Bugzilla is upgraded, all Bugzilla users have to     *
* clear their browser cache or Bugzilla will break. If you enable     *
* certain modules in your Apache configuration (usually called        *
* httpd.conf or apache2.conf) then your users will not have to clear  *
* their caches when you upgrade Bugzilla. The modules you need to     *
* enable are:                                                         *
*                                                                     *
*    mod_expires, mod_headers                                         *
*                                                                     *
***********************************************************************
COMMANDS TO INSTALL OPTIONAL MODULES:

             GD: /usr/bin/perl install-module.pl GD
          Chart: /usr/bin/perl install-module.pl Chart::Lines
    Template-GD: /usr/bin/perl install-module.pl Template::Plugin::GD::Image
     GDTextUtil: /usr/bin/perl install-module.pl GD::Text
        GDGraph: /usr/bin/perl install-module.pl GD::Graph
       XML-Twig: /usr/bin/perl install-module.pl XML::Twig
    PatchReader: /usr/bin/perl install-module.pl PatchReader
      perl-ldap: /usr/bin/perl install-module.pl Net::LDAP
    Authen-SASL: /usr/bin/perl install-module.pl Authen::SASL
   Net-SMTP-SSL: /usr/bin/perl install-module.pl Net::SMTP::SSL
     RadiusPerl: /usr/bin/perl install-module.pl Authen::Radius
      SOAP-Lite: /usr/bin/perl install-module.pl SOAP::Lite
    XMLRPC-Lite: /usr/bin/perl install-module.pl XMLRPC::Lite
       JSON-RPC: /usr/bin/perl install-module.pl JSON::RPC
        JSON-XS: /usr/bin/perl install-module.pl JSON::XS
     Test-Taint: /usr/bin/perl install-module.pl Test::Taint
  HTML-Scrubber: /usr/bin/perl install-module.pl HTML::Scrubber
  Encode-Detect: /usr/bin/perl install-module.pl Encode::Detect
    Email-Reply: /usr/bin/perl install-module.pl Email::Reply
HTML-FormatText-WithLinks: /usr/bin/perl install-module.pl 
HTML::FormatText::WithLinks
    TheSchwartz: /usr/bin/perl install-module.pl TheSchwartz
 Daemon-Generic: /usr/bin/perl install-module.pl Daemon::Generic
       mod_perl: /usr/bin/perl install-module.pl mod_perl2
Apache-SizeLimit: /usr/bin/perl install-module.pl Apache2::SizeLimit
  File-MimeInfo: /usr/bin/perl install-module.pl File::MimeInfo::Magic
     IO-stringy: /usr/bin/perl install-module.pl IO::Scalar
      Alien-SVN: /usr/bin/perl install-module.pl SVN::Core
            Git: /usr/bin/perl install-module.pl Git


To attempt an automatic install of every required and optional module
with one command, do:

  /usr/bin/perl install-module.pl --all

Reading ./localconfig...

OPTIONAL NOTE: If you want to be able to use the 'difference between two
patches' feature of Bugzilla (which requires the PatchReader Perl module
as well), you should install patchutils from:

    http://cyberelk.net/tim/patchutils/

Checking for            DBD-mysql (v4.001)    ok: found v4.025 
Checking for                MySQL (v5.0.15)   ok: found 
v5.5.37-0ubuntu0.14.04.1 

"my" variable $vcs_repos masks earlier declaration in same scope at 
./extensions/VCS/Extension.pm line 180.
"state" variable @_ masks earlier declaration in same scope at 
./extensions/VCS/Extension.pm line 196.
"my" variable $self masks earlier declaration in same scope at 
./extensions/VCS/Extension.pm line 208.
"state" variable @_ masks earlier declaration in same scope at 
./extensions/VCS/Extension.pm line 208.
syntax error at ./extensions/VCS/Extension.pm line 145, near "$type qw(Bzr Cvs 
Git Hg Svn)"
Global symbol "$type" requires explicit package name at 
./extensions/VCS/Extension.pm line 147.
syntax error at ./extensions/VCS/Extension.pm line 172, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 179, near "= 
@_"
syntax error at ./extensions/VCS/Extension.pm line 189, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 196, near "= 
@_"
syntax error at ./extensions/VCS/Extension.pm line 201, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 208, near "= 
@_"
Global symbol "$args" requires explicit package name at 
./extensions/VCS/Extension.pm line 209.
syntax error at ./extensions/VCS/Extension.pm line 211, near "}"
./extensions/VCS/Extension.pm has too many errors.
Compilation failed in require at Bugzilla/Extension.pm line 68.

I'm using the sync.pl script along with a subversion 1.6.6 repository and a 
bugzilla 3.6.2 installation.  It's invoked as:

perl extensions/VCS/sync.pl --verbose --type=Svn [email protected]  
file:///home/svn/repo/sandbox2

The script aborts saying it "Can't locate object method "REQUIRED_CREATE_FIELDS"

The output is:
perl extensions/VCS/sync.pl --verbose --type=Svn [email protected]  
file:///home/svn/repo/sandbox2
Getting contents for  rev 15510
Syncing trunk...
Calling get_log for trunk START: 0 END: 15510
13199 commits to examine for syncing...
Bug 67 was mentioned in commit 2498 but does not exist or cannot be accessed by 
[email protected].
Bug 83 was mentioned in commit 2498 but does not exist or cannot be accessed by 
[email protected].
Bug 49 was mentioned in commit 2513 but does not exist or cannot be accessed by 
[email protected].
Bug 102 was mentioned in commit 2515 but does not exist or cannot be accessed 
by [email protected].
Bug 102 was mentioned in commit 2516 but does not exist or cannot be accessed 
by [email protected].
Bug 114 was mentioned in commit 2846 but does not exist or cannot be accessed 
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed 
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed 
by [email protected].
Bug 123 was mentioned in commit 3642 but does not exist or cannot be accessed 
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed 
by [email protected].
Bug 125 was mentioned in commit 3644 but does not exist or cannot be accessed 
by [email protected].
Bug 11856 was mentioned in commit 4353 but does not exist or cannot be accessed 
by [email protected].
Bug 11856 was mentioned in commit 4354 but does not exist or cannot be accessed 
by [email protected].
Syncing branches...
Calling get_log for branches START: 0 END: 15510
2213 commits to examine for syncing...
Getting diff for 'file:///home/svn/repo/sandbox2/branches' from 4488 to 4489
Can't locate object method "REQUIRED_CREATE_FIELDS" via package 
"Bugzilla::Extension::VCS::CommitFile" at Bugzilla/Object.pm line 437.

Hello,

I am installing VCS, but although I install VCI correctly, checksetup.pl do not 
recognize it. It tell me that I must install VCI module for perl. Shows no 
errors when executing it.

VCI versión: 0.7.1
SO: Debian Squeeze 
Bugzilla version: 3.6.2.0-4.5

any suggestions?

What steps will reproduce the problem?
Running hook.pl against my Hg repository.  I can run the sync.pl fine but I get 
errors with the hook.pl script.  I can browse to the url it is listing as 
getting a 404 error fine.  It seems to be appending the protocol (http or 
https) to the end of the url.  (see bottom of post for snippet of iis log).

What is the expected output? What do you see instead?

c:\Websites\bugzilla>perl extensions\VCS\hook.pl --repo https://localhost/ 
--login [email protected] --pass aDm1n1 --bugzilla http://localhost/ --project 
hg --bug 3 --revision 5472872b61d0 --login [email protected] --pass aDm1n1
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 54728
72b61d0 from the "hg" project in the "https://localhost/" repository. Sometimes
this means that you specified an invalid repository or project. The error was: E
rror getting https://localhost/hg/rss-log/https:: 404 Not Found at C:/Perl/site/
lib/VCI/VCS/Hg/Repository.pm line 24 VCI::VCS::Hg::Repository::x_get('VCI::VCS::
Hg::Repository=HASH(0x4a8cccc)', 'Path::Abstract::Underload=SCALAR(0x4d286cc)')
called at C:/Perl/site/lib/VCI/VCS/Hg/Project.pm line 37 VCI::VCS::Hg::Project::
x_get('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'ARRAY(0x4d26d3c)') called at C:/
Perl/site/lib/VCI/VCS/Hg/History.pm line 30 VCI::VCS::Hg::History::_x_get_rss_co
mmits('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'XML::Simple=HASH(0x4d13524)', 'h
ttps:', '') called at C:/Perl/site/lib/VCI/VCS/Hg/History.pm line 15 VCI::VCS::H
g::History::x_from_rss('VCI::VCS::Hg::History', '', 'VCI::VCS::Hg::Project=HASH(
0x4c3b4e4)') called at C:/Perl/site/lib/VCI/VCS/Hg/Project.pm line 45 VCI::VCS::
Hg::Project::_build_history('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)') called at a
ccessor history defined at C:/Perl/site/lib/VCI/Abstract/Project.pm line 13 VCI:
:Abstract::Project::history('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)') called at C
:/Perl/site/lib/VCI/Abstract/Project.pm line 57 VCI::Abstract::Project::get_comm
it('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'HASH(0x4c3428c)') called at /loader
/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 308 eval {...} called at /loade
r/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 308 Bugzilla::Extension::VCS::
Commit::get_commit('Bugzilla::Extension::VCS::Commit', 'HASH(0x4a0463c)') called
 at /loader/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 230 Bugzilla::Extens
ion::VCS::Commit::_check_revision('Bugzilla::Extension::VCS::Commit', '5472872b6
1d0', 'revision', 'HASH(0x2dd3274)') called at Bugzilla/Object.pm line 475 Bugzi
lla::Object::run_create_validators('Bugzilla::Extension::VCS::Commit', 'HASH(0x3
d24774)') called at /loader/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 109
Bugzilla::Extension::VCS::Commit::run_create_validators('Bugzilla::Extension::VC
S::Commit', 'HASH(0x3d24774)') called at /loader/0x36c25a4/Bugzilla/Extension/VC
S/Commit.pm line 165 Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extensi
on::VCS::Commit', 'HASH(0x3d24774)') called at /loader/0x36c25a4/Bugzilla/Extens
ion/VCS/WebService.pm line 37 Bugzilla::Extension::VCS::WebService::add_commit('
Bugzilla::Extension::VCS::WebService', 'HASH(0x3d24774)') called at C:/Perl/site
/lib/SOAP/Lite.pm line 2799 eval {...} called at C:/Perl/site/lib/SOAP/Lite.pm l
ine 2784 eval {...} called at C:/Perl/site/lib/SOAP/Lite.pm line 2750 SOAP::Serv
er::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x3cfd0e4)', '<?xml versio
n="1.0" encoding="us-ascii"?><methodCall><methodN...') called at C:/Perl/site/li
b/SOAP/Transport/HTTP.pm line 432 SOAP::Transport::HTTP::Server::handle('Bugzill
a::WebService::Server::XMLRPC=HASH(0x3cfd0e4)') called at C:/Perl/site/lib/SOAP/
Transport/HTTP.pm line 590 SOAP::Transport::HTTP::CGI::handle('Bugzilla::WebServ
ice::Server::XMLRPC=HASH(0x3cfd0e4)') called at C:\Websites\bugzilla\xmlrpc.cgi
line 50

What version of the product are you using? On what operating system?
Bugzilla v4.0 and Mercurial 1.8.1 on Windows Vista X64.  

Other information.
2011-03-18 15:48:27 127.0.0.1 GET /hg/rss-log/tip - 443 - 127.0.0.1 
VCI::VCS::Hg+0.7.1 200 0 0 159
2011-03-18 15:48:27 127.0.0.1 GET /hg/rss-log/https: - 443 - 127.0.0.1 
VCI::VCS::Hg+0.7.1 404 0 0 203
2011-03-18 16:02:55 127.0.0.1 GET /hg/rss-log/tip - 443 - 127.0.0.1 
VCI::VCS::Hg+0.7.1 200 0 0 225
2011-03-18 16:02:55 127.0.0.1 GET /hg/rss-log/https: - 443 - 127.0.0.1 
VCI::VCS::Hg+0.7.1 404 0 0 206

What steps will reproduce the problem?
1.root@ubuntu:~# /usr/bin/perl /var/www/bugzilla/extensions/VCS/sync.pl 
--type=Svn --as=user http://my server ip/svn/
ERROR:
Bad URL passed to RA layer: Unrecognized URL scheme for 'http://my server 
ip/svn' at lib/VCI/VCS/Svn/Project.pm line 55.

2.root@ubuntu:~# /var/www/bugzilla/extensions/VCS/hook.pl --bug=184 
--revision=41 --project=MyProject --config=/home/svn/hooks/hook.conf
ERROR:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 41 
from the "MyProject" project in the "http://my server ip/svn/" repository. 
Sometimes this means that you specified an invalid repository or project. The 
error was: Bad URL passed to RA layer: Unrecognized URL scheme for 'http://my 
server ip/svn' at lib/VCI/VCS/Svn/Repository.pm line 12.

Thanks!

When submitting a bug using the latest bugzilla-vcs on Bugzilla 4.2 (using 
CentOS) the commit information is 'funny' looking.  

For example - when I make a commit talking about bug 30 (to github) this is 
what I see under commits (after I click the +):
//
Checked in to /home/headsup-bugs/headsup

title="CONFIRMED --- - This is test bug - OK to delete"
href="show_bug.cgi?id=30">Bug 30: This is another minor change.

1 file changed:

README (+1 / -1)
\\

When I inspect the element it seems like one of the brackets isn't properly 
closed - see attached image.  The top image is of the output, the bottom image 
is of the inspection.  I could be doing something completely wrong too :) - 
thanks for making an awesome product!

I'm trying to integrate Bugzilla and Subversion. I want Bugzilla to notice if 
someone commit on Subversion repository, using a client.

What steps will reproduce the problem?
I installed all required perl modules and I followed the instructions that I 
found here: https://code.google.com/p/bugzilla-vcs/

What is the expected output? What do you see instead?
The sync.pl works and I can see every commit that has a description like "bug 
#x" in my Bugzilla installation.
When I try to launch hooks.pl (in extensions/VCS/) using the command:
cd /var/www/bugzilla
perl extensions/VCS/hook.pl --login=XXX --pass=YYY --project=TestIntegrazione 
--repo=file:///mnt/storage/svn/progetto/ --bug=4 --revision=23 
--bugzilla=http://localhost/bugzilla/

I get this message:
"Can't locate object method "simple_request" via package 
"RPC::XML::Client::new: Unable to get RPC::XML::Parser object" (perhaps you 
forgot to load "RPC::XML::Client::new: Unable to get RPC::XML::Parser object"?) 
at /var/www/bugzilla/extensions/VCS/hook.pl line 83."

What version of the product are you using? On what operating system?
Bugzilla 4.4.2 and Subversion 1.8.5 on Ubuntu Server 13.04 using VCS 0.2

Please provide any additional information below.
RPC::XML is installed and it's working because I use the same protocol to 
connect Bugzilla and Jenkins.

Need to be able to remove commits from a bug, as it's possible somebody typo'd 
a bug # in his/her commit, which linked it to the wrong bug.

What steps will reproduce the problem?
1. Run sync.pl against a Git repository.

What is the expected output? What do you see instead?
Expect to see list of commits to load into VCS

What version of the product are you using? On what operating system?
4.1 of Bugzilla and Git.pm is v0.7.1

Please provide any additional information below.
If I point the script to an invalid repository it will without errors but no 
output.  Took me forever to figure that I was pointing it incorrectly.  
However, once I got it pointed to a git repo it gives this error.

What steps will reproduce the problem?
1. SVN Commit changes with reference to "bug 123" in comment
2. Execute sync.pl script manually
3. Observe posted SVN comment in bug 123 display page

What is the expected output? What do you see instead?
Expected output is original comment text + linkified bug & number. 
E.g.-> 
<a class="bz_bug_link bz_status_RESOLVED  bz_closed" title="RESOLVED FIXED - 
[Admin] General tracking task" href="show_bug.cgi?id=95">95</a>

Observed results include a pair of line break tags in the middle of the anchor 
tag, which confuses the HTML. 
E.g.->
<a class="bz_bug_link <br>bz_status_INACTIVE "<br>   title="INACTIVE --- - Bug 
Title Text Here"<br>   href="show_bug.cgi?id=17">bug 17</a>

What version of the product are you using? On what operating system?
Using VCS 0.2 Oct 31, 2010
Using Bugzilla 4.1.1
On Fedora 14 w/ Apache 2.2.17


Please provide any additional information below.
As shown in the observed/expected results, other Bugzilla-generated links come 
out OK. The VCS-generated links have the problem. It's a low-importance box, so 
testing changes shouldn't be a problem. 

What steps will reproduce the problem?
1. Download the latest tar ball.
2. ran ./checksetup.pl
3. Install failed with files Extension.pm and lib/Commit.pm

What is the expected output? What do you see instead?
I expected the software to install correctly. The program ./checksetup.pl 
complained of a syntax error at the foreach at line 145 in Extension.pm and 
line 130 of lib/Commit.pm . It appears that the syntax has changed in later 
versions of perl such that using qw in a foreach loop requires () around the qw 
call.

What version of the product are you using? On what operating system?
VCS 0.2 , perl 5.18.2, ubuntu 14.04.1

Please provide any additional information below.
The attached files have the fixes in them so ./checksetup.pl completes.

I have and old created folder inside the subversion repository at revision 
1825, when I run the sync.pl script it give me:

idoru:/srv/www/bugzilla# ./extensions/VCS/sync.pl --type=Svn --as=mark 
--bug-word='Bug#' -v file:///srv/svn/factory/
Getting contents for  rev 1894
Syncing WScript...
Calling get_log for WScript START: 0 END: 1894
4 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/WScript' from 1530 to 1531
Syncing WebFolder...
Calling get_log for WebFolder START: 0 END: 1894
197 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1478 to 1479
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1861 to 1862
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1880 to 1881
Syncing Projects...
Calling get_log for Projects START: 0 END: 1894
46 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/Projects' from 1824 to 1825
Filesystem has no item: 'file:///srv/svn/factory/Projects' was not found in the 
repository at revision 1824 at 
/usr/local/share/perl/5.10.1/VCI/VCS/Svn/Commit.pm line 111

Using last VCS version in Debian Squeeze

I know that its an error on the VCI perl module, but I don't know how to sync 
all of my old commit-logs in my Bugzilla.

For more aid, the subversion repository can be browsed at 
http://www.l3jane.net/websvn/listing.php?repname=Factory&

What steps will reproduce the problem?
1. started with a clean system, installed VCS
2. called sync.pl which ran through and I can see the VCS panel in bug details 
for certain bugs

What is the expected output? What do you see instead?
I would have expected and I actually see this in the screenshot available here 
that the revision number in the VCS web panel in clickable which will link you 
too a loggerhead/viewvc or whatever software to see the revision details.
This is not the case. Instead the Revision is just a plain string, no link.

What version of the product are you using? On what operating system?
0.2.0 on openSUSE 11.1, Bzr 2.2.1, Loggerhead 1.18

What steps will reproduce the problem?
1. Configure Bugzilla-VCS on Bugzilla
2. Configure VCS extension on Bugzilla Administrator management 


I hope Bugzilla-VCS with make CSVN and Bugzilla integrate fine ( commit log ), 
but I get error 


The new value for vcs_repos is invalid: 'Svn' is not a valid VCS type that this 
Bugzilla currently supports. Error: Can't load 
'/usr/local/lib/perl/5.14.2/auto/SVN/_Core/_Core.so' for module SVN::_Core: 
libsvn_client-1.so.0: cannot open shared object file: No such file or directory 
at /usr/lib/perl/5.14/DynaLoader.pm line 184. at 
/usr/local/lib/perl/5.14.2/SVN/Base.pm line 59. BEGIN failed--compilation 
aborted at /usr/local/lib/perl/5.14.2/SVN/Core.pm line 5. Compilation failed in 
require at /usr/local/lib/perl/5.14.2/SVN/Client.pm line 4. BEGIN 
failed--compilation aborted at /usr/local/lib/perl/5.14.2/SVN/Client.pm line 4. 
Compilation failed in require at /usr/local/share/perl/5.14.2/VCI/VCS/Svn.pm 
line 5. BEGIN failed--compilation aborted at 
/usr/local/share/perl/5.14.2/VCI/VCS/Svn.pm line 5. Compilation failed in 
require at /loader/0x28923b8/Bugzilla/Extension/VCS/Params.pm line 89.



I use: 
  - Bugzilla 4.0
  - CSVN (collabnet subversion edge) 4.0.11
  - Debian 7

What steps will reproduce the problem?
1. Using the Bugzilla plugin with Subversion running in Apache httpd

2. Running hook.pl with all required parameters, with the 4 params in a 
configuration file.

3. Both Bugzilla and Subversion are hosted in the same Apache installation

What is the expected output? What do you see instead?
After a fair amount of trial and error have got down to an authentication 
error. I expected to have a successful VCS.add_commit at this point, but am 
getting this error which appears to be the Bugzilla service unable to 
authenticate in Subversion:

-bash-3.2$ perl hook.pl --config=hook.conf --project=core/trunk/ --revision=1 
--bug=1

Bugzilla Error: (32000) An error occurred while attempting to fetch commit 1 
from the "core/trunk" project in the "http://my_host/repos/svn/myrepo/" 
repository. Sometimes this means that you specified an invalid repository or 
project. The error was: Authorization failed: OPTIONS of 
'http://my_host/repos/svn/myrepo': authorization failed: Could not authenticate 
to server: rejected Basic challenge (http://my_host) at 
lib/VCI/VCS/Svn/Repository.pm line 12

I have tried testing with svn ls URL which works okay for my own userid. I 
suspected that since Apache httpd was running under userid _www that I might 
need to add that userid to svn auth file as well, but this still gives same 
result.

Is there a simple way to troubleshoot authentication into svn from the service, 
other than running the whole stack? Perhaps more detailed diagnostic?

When I go to the code referenced above I see this, but not sure how to 
interpret what's going there:

has 'x_ra' => (is => 'ro', isa => 'SVN::Ra', lazy => 1,
               default => sub { SVN::Ra->new(url => shift->x_root_noslash) });





What version of the product are you using? On what operating system?
Using VCS-0.2. Running on Mac OS X Snow Leopoard

Please provide any additional information below.

Any insights would be appreciated. I was also wondering if there is a way to 
simply supply the svn username:password via parameter or configuration to 
verify whether this is the actual problem.

If I 
1.) copy the VCS folder into the extensions folder of Bugzilla and run 
checksetup.pl. I see a warning indicating that Alien-SVN is required for VCS 
support of Subversion. 

2.) If I ignore that warning and navigate to the Parameters page of Bugzilla 
adminstration and 
try to set vcs_repos to Svn svn://[our_svn_site]/repo/
and 
vcs_web to 
svn://[our_svn_site]/repo/ http://[our_svn_site]/repo/%project%/revision/%revno%

I get the error 
The new value for vcs_repos is invalid: 'Svn' is not a valid VCS type that this 
Bugzilla currently supports. Error: Can't locate SVN/Client.pm in @INC 
(@INC contains: CODE(0x21bb2bc) . lib C:/Perl/site/lib C:/Perl/lib) at 
C:/Perl/site/lib/VCI/VCS/Svn.pm line 5. BEGIN failed--compilation aborted at 
C:/Perl/site/lib/VCI/VCS/Svn.pm line 5. Compilation failed in require at 
/loader/0x21bb2bc/Bugzilla/Extension/VCS/Params.pm line 89. 

I think this relates to the AlienSVN warning from the relevant sections in 
Checksetup.pl. Checksetup.pl recommends running ppm install Alien-SVN.
Unfortunately, there is no Alien-SVN build available. 
If I try to build it from sources, that fails too. 



What version of the product are you using? On what operating system?

I am using VCS-0-2. The machine is running Windows XP, Active State perl 5 
version 16, subversion 3 (v5.16.3) built for MSWin32-x86-multi-thread

What steps will reproduce the problem?
run hook.pl from cmd line

root@fibuntu:/var/www/bugzilla# cat  test-hook.sh
extensions/VCS/hook.pl \
        --bug=160 \
        --revision=151 \
        --project="STABLE/FX2200/RSLOGIX 5000" \
        --repo=svn://localhost/svn/FIBER_ENGINE_TEST \
        [email protected] \
        --pass=mypasswd \
        --bugzilla=http://bugzilla.domain.com/


root@fibuntu:/var/www/bugzilla# ./test-hook.sh
Made RPC::XML client
RPC::XML::Client::send_request: HTTP server error: Internal Server Error at 
extensions/VCS/hook.pl line 44.

What steps will reproduce the problem?
1. perl extensions/VCS/sync.pl --type=Svn [email protected] file:///doc/svnroot


What is the expected output? What do you see instead?
I expected it to load my commit logs to the database, but instead I got an 
error trace.  It is doing this for both hook.pl and sync.pl

What version of the product are you using? On what operating system?
v 0.2, just downloaded today 5/24/11, RHEL 5

Please provide any additional information below.

Trace

DBD::Oracle::db do failed: ORA-01861: literal does not match format string (DBD 
ERROR: error possibly near <*> indicator at char 175 in 'INSERT INTO vcs_commit 
(revno, vci, creator, project, bug_id, author, uuid, message, revision, repo, 
type, commit_time) VALUES 
(:p1,:p2,:p3,:p4,:p5,:p6,:p7,:p8,:p9,:p10,:p11,:<*>p12)') [for Statement 
"INSERT INTO vcs_commit (revno, vci, creator, project, bug_id, author, uuid, 
message, revision, repo, type, commit_time) VALUES (?,?,?,?,?,?,?,?,?,?,?,?)"] 
at Bugzilla/DB/Oracle.pm line 403
        Bugzilla::DB::Oracle::do('undef', 'INSERT INTO vcs_commit (revno, vci, creator, project, bug_id,...', 'undef', 4, 0.7.1, 2, 'utils', 1, 'user', ...) called at Bugzilla/Object.pm line 508
        Bugzilla::Object::insert_create_data('Bugzilla::Extension::VCS::Commit', 'HASH(0x8602830)') called at /loader/0x9539e10/Bugzilla/Extension/VCS/Commit.pm line 168
        Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extension::VCS::Commit', 'HASH(0xb388b00)') called at /loader/0x9539e10/Bugzilla/Extension/VCS/Commit.pm line 182
        Bugzilla::Extension::VCS::Commit::create_from_commit('Bugzilla::Extension::VCS::Commit', 'VCI::VCS::Svn::Commit=HASH(0xb088240)', 'Bugzilla::Bug=HASH(0xb37f100)') called at extensions/VCS/sync.pl line 72
        main::sync_commit('VCI::VCS::Svn::Commit=HASH(0xb088240)') called at extensions/VCS/sync.pl line 51
        main::sync_project('VCI::VCS::Svn::Project=HASH(0xae1ff20)') called at extensions/VCS/sync.pl line 119

What steps will reproduce the problem?
1. There is no commit display options.

What is the expected output? What do you see instead?
1. Want to specify text format of commit header.
2. Want to specify sort order of commits.
3. Want to let open the latest commit when open a bug.

What version of the product are you using? On what operating system?
v0.2

Please provide any additional information below.
Patch is attached. 
- 3 options are added to administration page for this issue.
-- vcs_commit_header_format
-- vcs_commit_sort_order
-- vcs_commit_diplay_option

Note: I am not native English speaker, so project committer freely edit my help 
strings, the code as well.