The XML-RPC Interface feature is not available in this Bugzilla - Need help

[Swapnendu Deb]

Hi
I recently upgraded bugzilla version to 4.2.3 from 3.6.8 for test
environment. Now while hitting http://buzillaserver.com/xmlrpc.cgi I got an
error 'The XML-RPC Interface feature is not available in this Bugzilla


Also burzilla error log shows :

[Tue Nov 13 16:40:25 2012] [error] ModPerl::Util::exit: (120000) exit was
called at /var/www/html/Bugzilla/Error.pm line 153BEGIN failed--compilation
aborted at /var/www/html/xmlrpc.cgi line 29.\n

Is it known bug in Bugzilla or how can I enable XMP-RPC interface for
Bugzilla version 4.2.3.

Here is the ./checksetup.pl --check-modules output for my bugzilla
environment. Your earliest help in this regard would be appreciated.

* This is Bugzilla 4.2.3 on perl 5.8.8
* Running on Linux 2.6.18-274.17.1.el5 #1 SMP Tue Jan 10 17:25:58 EST 2012

Checking perl modules...
Checking for CGI.pm (v3.51) ok: found v3.60
Checking for Digest-SHA (any) ok: found v5.72
Checking for TimeDate (v2.21) ok: found v2.22
Checking for DateTime (v0.28) ok: found v0.41
Checking for DateTime-TimeZone (v0.71) ok: found v1.53
Checking for DBI (v1.41) ok: found v1.622
Checking for Template-Toolkit (v2.22) ok: found v2.24
Checking for Email-Send (v2.00) ok: found v2.198
Checking for Email-MIME (v1.904) ok: found v1.911
Checking for URI (v1.37) ok: found v1.60
Checking for List-MoreUtils (v0.22) ok: found v0.33
Checking for Math-Random-ISAAC (v1.0.1) ok: found v1.004

Checking available perl DBD modules...
Checking for DBD-Pg (v1.45) not found
Checking for DBD-mysql (v4.001) ok: found v4.022
Checking for DBD-SQLite (v1.29) ok: found v1.37
Checking for DBD-Oracle (v1.19) not found

The following Perl modules are optional:
Checking for GD (v1.20) ok: found v2.46
Checking for Chart (v2.1) ok: found v2.4.6
Checking for Template-GD (any) ok: found v1.56
Checking for GDTextUtil (any) ok: found v0.86
Checking for GDGraph (any) ok: found v1.44
Checking for MIME-tools (v5.406) ok: found v5.503
Checking for libwww-perl (any) ok: found v6.04
Checking for XML-Twig (any) ok: found v3.42
Checking for PatchReader (v0.9.6) ok: found v0.9.6
Checking for perl-ldap (any) ok: found v0.49
Checking for Authen-SASL (any) ok: found v2.16
Checking for RadiusPerl (any) ok: found v0.22
Checking for SOAP-Lite (v0.712) ok: found v0.715
Checking for JSON-RPC (any) ok: found v1.03
Checking for JSON-XS (v2.0) ok: found v2.33
Checking for Test-Taint (any) ok: found v1.06
Checking for HTML-Parser (v3.40) ok: found v3.55
Checking for HTML-Scrubber (any) ok: found v0.09
Checking for Encode (v2.21) ok: found v2.47
Checking for Encode-Detect (any) ok: found v1.01
Checking for Email-MIME-Attachment-Stripper (any) ok: found v1.316
Checking for Email-Reply (any) ok: found v1.202
Checking for TheSchwartz (any) ok: found v1.10
Subroutine File::Slurp::O_RDWR redefined at lib/File/Slurp.pm line 11
Subroutine File::Slurp::O_CREAT redefined at lib/File/Slurp.pm line 11
Subroutine File::Slurp::O_EXCL redefined at lib/File/Slurp.pm line 11
Checking for Daemon-Generic (any) ok: found v0.82
Checking for mod_perl (v1.999022) ok: found v2.000004
Checking for Apache-SizeLimit (v0.96) ok: found v0.96
WARNING: We could not check the configuration of Apache. This sometimes
happens when you are not running checksetup.pl as root. To see the
problem we ran into, run: /usr/sbin/apachectl -t -D DUMP_MODULES

Thanks and Regards
Swapnendu Deb

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Mittwoch, 14. November 2012 um 13:02 schrieben Sie:

> I recently upgraded bugzilla version to 4.2.3 from 3.6.8 for test
> environment. Now while hitting http://buzillaserver.com/xmlrpc.cgi I got an
> error 'The XML-RPC Interface feature is not available in this Bugzilla

Normally this means that there are still some perl packages missing or
can't be loaded, which must not necessarily be the one checksetup.pl
checks itself, but ones which are required or even dynamically loaded
on operation of those packages Bugzilla uses. I think Class::Load was
a good example for packages missing in some cases.

You could try something like perl -e "use SOAP::Lite;" and see if any
errors occur, as this is the package for feature xmlrpc, as you can
see in Bugzilla::Install::Requirements around line 270.

{
package => 'SOAP-Lite',
module => 'SOAP::Lite',
# Fixes various bugs, including 542931 and 552353 + stops
# throwing warnings with Perl 5.12.
version => '0.712',
feature => ['xmlrpc'],
}

Mit freundlichen Grüßen,

Thorsten Schöning

--
Thorsten Schöning E-Mail:Thorsten....@AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/

Telefon...........05151- 9468- 55
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

[Swapnendu Deb]

Hi Thorsten

Thanks for quick response. I wonder when I try below command it executes
without any error.

perl -e "use SOAP::Lite;" contrib/bz_webservice_demo.pl --uri
http://bugzillaserver.com/xmlrpc.cgi<http://us-rwd-qa-bugzilla4.dev.ipass.com/xmlrpc.cgi>

Also checksetup.pl shows SOAP-Lite v0.715 installed but I don't see SOAP::Lite
installed in the below modules list. So do you think I need to re install
SOAP::Lite module or recompile perl to include correct library path in
@INC. Please advice.

Algorithm::C3
AnyEvent
Apache2::SizeLimit
AppConfig
Authen::Radius
Authen::SASL
CPAN
Chart
Class::Accessor
Class::Accessor::Lite
Class::C3
Class::C3::XS
Class::Data::Inheritable
Class::Inspector
Class::Load
Class::Singleton
Class::Trigger
Convert::ASN1
DBD::SQLite
DBD::mysql
DBI
Daemon::Generic
Data::HexDump
Data::ObjectDriver
Data::OptList
DateTime
DateTime::Locale
DateTime::TimeZone
Devel::StackTrace
Devel::StackTrace::AsHTML
Digest::HMAC
Dist::CheckConflicts
Email::Abstract
Email::Address
Email::Date::Format
Email::MIME
Email::MIME::Attachment::Stripper
Email::MIME::ContentType
Email::MIME::Encodings
Email::MessageID
Email::Reply
Email::Send
Email::Simple
Encode::Detect
Eval-LineNumbers
Event
ExtUtils::CBuilder
ExtUtils::MakeMaker
File::Flock
File::Listing
File::ShareDir
File::Slurp
Filesys::Notify::Simple
GD
GD::Graph
GD::Text
HTML::Scrubber
HTTP::Body
HTTP::Daemon
HTTP::Negotiate
Hash::MultiValue
IO
IO::Socket::SSL
JSON
JSON::RPC
JSON::XS
LWP
Linux::Pid
Linux::Smaps
List::MoreUtils
MIME::Tools
MIME::Types
MRO::Compat
Math::BigInt
Math::Random::ISAAC
Math::Round
Module::Implementation
Module::Pluggable
Module::Runtime
Net::HTTP
Net::LDAP
Net::SSLeay
Package::DeprecationManager
Package::Stash
Package::Stash::XS
Params::Classify
Params::Util
Params::Validate
PatchReader
Perl
Plack
Pod::Parser
Return::Value
Router::Simple
Stream::Buffered
Sub::Exporter
Sub::Install
Sub::Uplevel
Template
Template::GD
Test::Deep
Test::Exception
Test::Fatal
Test::NoWarnings
Test::Output
Test::Pod
Test::Requires
Test::SharedFork
Test::TCP
Test::Taint
Test::Tester
TheSchwartz
TimeDate
Try::Tiny
URI
WWW::RobotRules
XML::Filter::BufferText
XML::NamespaceSupport
XML::SAX
XML::SAX::Base
XML::SAX::Writer
XML::Twig
YAML
common::sense
install
mod_perl2
parent
version

Regards
Swapnendu Deb

> _______________________________________________
> support-bugzilla mailing list
> support-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/support-bugzilla
> PLEASE put support-...@lists.mozilla.org in the To: field when you
> reply.
>

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Mittwoch, 14. November 2012 um 18:26 schrieben Sie:

> perl -e "use SOAP::Lite;" contrib/bz_webservice_demo.pl --uri
> http://bugzillaserver.com/xmlrpc.cgi<http://us-rwd-qa-bugzilla4.dev.ipass.com/xmlrpc.cgi>

Are these two commands or one? I would suggest only running perl -e
"..." without anything from Bugzilla and the demo.pl afterwards on
it's own, because depending on how you installed the packages required
and optional for Bugzilla different packages may be available to your
system in general and Bugzilla specifically.

> Also checksetup.pl shows SOAP-Lite v0.715 installed but I don't see SOAP::Lite
> installed in the below modules list.

How did you install the modules, using checksetup.pl or CPAN as root
or your package manage? Using checksetup.pl the installed modules are
only visible to Bugzilla itself and saved in the lib folder of the
Bugzilla installation directory.

> So do you think I need to re install
> SOAP::Lite module or recompile perl to include correct library path in
> @INC. Please advice.

If you installed the packages using checksetup.pl you could try
installing all of them using global CPAN into your system wide perl
or, which may be the better option, use your package manager. Your
perl 5.8.8 is really, really old, current versions are something about
5.16, most people using Bugzilla start with perl 5.10 or 5.12 todays,
therefore I could think of that if you used checksetup.pl to install
missing modules it may have installed what it needed, but maybe some
of the packages just don't work anymore with your old perl. Using your
package manager I would guess those incompatible packages wouldn't be
available and installable at all. If you are able to install all
required modules you have to empty the contents of Bugzilla's lib
folder before trying, else those packages could interfere again.

If all doesn't help it may be a solution to just upgrade you perl to a
more current version, whatever your distribution provides.

[Swapnendu Deb]

Hi Thorsten

I have chosen last option you suggested and upgraded perl version from
5.14.2 to 5.16.2. I am able to install SOAP::Lite and dependent perl
modules for XML_RPC after I upgraded perl version to 5.16.2.

*I run into different issue after I upgraded perl version. *I am *unable to
install mod_perl for apache.* I am getting below error while running
'make'. I downloaded mod_perl-2.0.7 and tried to install mod_perl by 'perl
Makefile.PL MP_APXS=/usr/local/apache/bin/apxs'.
*
*
*Do you have any idea how to resolve this issue and install mod_perl for
apache* as my apache still looks for old perl version 5.14.2 and
loading mod_perl/2.0.5.

/usr/bin/ld: /usr/local/lib/perl5/5.16.2/x86_64-linux/CORE/libperl.a(op.o):
relocation R_X86_64_32S against `PL_sv_yes' can not be used when making a
shared object; recompile with -fPIC
/usr/local/lib/perl5/5.16.2/x86_64-linux/CORE/libperl.a: could not read
symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [mod_perl.so] Error 1
make[1]: Leaving directory `/root/mod_perl-2.0.7/src/modules/perl'
make: *** [modperl_lib] Error 2

Thanks in advance.

Regards
Swapnendu

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Montag, 19. November 2012 um 08:30 schrieben Sie:

> I have chosen last option you suggested and upgraded perl version from
> 5.14.2 to 5.16.2.

You first post mentioned 5.8.8, Perl 5.14 should have been new enough.
I use it myself on Windows 7 64 Bit with ActiveState and Ubuntu 12.04
LTS.

> *I run into different issue after I upgraded perl version. *I am *unable to
> install mod_perl for apache.* I am getting below error while running
> 'make'. I downloaded mod_perl-2.0.7 and tried to install mod_perl by 'perl
> Makefile.PL MP_APXS=/usr/local/apache/bin/apxs'.

I would suggest use what you OS package manager provides and stay
with Perl 5.14, as this is a new enough distribution.

[Swapnendu Deb]

Hi Thorsten

Thanks for quick response. As you suggested I downgraded perl version to
5.14 but still getting below error while installing SOAP::Lite for XML-RPC
using cpan in the system. ./checksetup shows SOAP::Lite installed for
bugzilla.

Your earliest response would be appreciated as need release environment
quickly for SFDC integration.

Test Summary Report
-------------------
t/06-modules.t (Wstat: 256 Tests: 17 Failed: 1)
Failed test: 13
Non-zero exit status: 1
Files=33, Tests=884, 3 wallclock secs ( 0.16 usr 0.03 sys + 2.00 cusr
0.13 csys = 2.32 CPU)
Result: FAIL
Failed 1/33 test programs. 1/884 subtests failed.
make: *** [test_dynamic] Error 255
MKUTTER/SOAP-Lite-0.715.tar.gz
/usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports MKUTTER/SOAP-Lite-0.715.tar.gz
Running make install
make test had returned bad status, won't install without force
Failed during this command:
MKUTTER/SOAP-Lite-0.715.tar.gz : make_test NO

Regards
Swapnendu Deb

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Dienstag, 20. November 2012 um 07:50 schrieben Sie:

> Thanks for quick response. As you suggested I downgraded perl version to
> 5.14 but still getting below error while installing SOAP::Lite for XML-RPC
> using cpan in the system. ./checksetup shows SOAP::Lite installed for
> bugzilla.

Does this mean you installed SOAP:.Lite using CPAN for system and
using install-modules.pl of Bugzilal for Bugzilla itself or that even
with your failed test using CPAN checksetup.pl recognizes Soap::Lite?
You should be careful not mixing contents, either use CPAN or package
manager or install-module.pl, don't mix them because there's no
compability checks and if you don't use install-module.pl clean up the
lib folder of Bugzilla.

After all, I wouldn't use CPAN unless really necessary, use your
package manager, Ubuntu for example provides libsoap-lite-perl 0.714-1
and this works.

[Swapnendu Deb]

Hi Thorsten

I could able to compile and install SOAP::Lite 0714 from source in the
system side and checkseup.pl shows newly installed version. I haven't
install SOAO::Lite using install-modules.pl.
But now while executing below script for testing I am getting error.
'./bz_webservice_demo.pl --uri "http://bugzillaserver/xmlrpc.cgi"

500 Internal Server Error at ./bz_webservice_demo.pl line 188.

And bugzilla log file throws

[Mon Nov 19 19:06:31 2012] [error] Illegal field name
'APR::Table=HASH(0x4214e20)' at
/usr/local/lib/perl5/site_perl/5.14.2/SOAP/Transport/HTTP.pm line 806.\n

I am unable to figure out how to resolve this issue. Can you help me
pointing what is missing.

Regards
Swapnendu

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Dienstag, 20. November 2012 um 11:31 schrieben Sie:

> [Mon Nov 19 19:06:31 2012] [error] Illegal field name
> 'APR::Table=HASH(0x4214e20)' at
> /usr/local/lib/perl5/site_perl/5.14.2/SOAP/Transport/HTTP.pm line 806.\n

Looks like someone is calling SOAP::Lite with references where strings
are assumed, this just shouldn't happen and I have no idea where this
comes from. It doesn't seem Bugzilla uses APR::Table directly, this
may indicate an incompatibility with your installed perl modules, APR
version or any other library, but I'm just guessing.

Is there any reason why you don't use your package manager for perl
itself and the required modules, but build form source instead?

[Swapnendu Deb]

Hi Thorsten

Thanks for quick response. What is the missing module you think should I
install by package manager. I don't have APR::Table in my installed module
list but it says it is up to date. Also I don't see anything missing in
checksetup list. Please guide.

Installing APR::Table version 0.009...
APR::Table is up to date (0.009000).

Here is the install list for your perusal.
Available commands are:
l - List all installed modules
m <module> - Select a module
q - Quit the program
cmd? l
Installed modules are:
AppConfig
CPAN
Carp
Class::Inspector
Class::Singleton
DBD::mysql
DBI
DateTime
DateTime::Locale
Encode::Locale
ExtUtils::MakeMaker
File::Listing
HTML::Parser
HTML::Tagset
HTTP::Cookies
HTTP::Daemon
HTTP::Date
HTTP::Message
HTTP::Negotiate
IO::HTML
LWP
LWP::MediaTypes
Linux::Pid
List::MoreUtils
MIME::Tools
Mail
Math::Round
Module::Runtime
Net::HTTP

Params::Classify
Params::Util
Params::Validate

Perl
SOAP::Lite
Sub::Uplevel
Task::Weaken
Template
Test::Deep
Test::Exception
Test::MockObject
Test::NoWarnings
Test::Pod
Test::Tester
Test::Warn
TimeDate
Tree::DAG_Node
UNIVERSAL::can
UNIVERSAL::isa
URI
WWW::RobotRules
XML::Parser
XML::Twig
YAML
install
mod_perl2
version

Regards
Swapnendu

[Thorsten Schöning]

Guten Tag Swapnendu Deb,
am Dienstag, 20. November 2012 um 13:36 schrieben Sie:

> Thanks for quick response. What is the missing module you think should I
> install by package manager.

You current problem doesn't seem to be a missing package but maybe
incompatibilities between the installed ones, I don't know. Therefore
I suggested to install perl and each package needed by Bugzilla using
your package manager because normally those care about compatible
versions of everything installed.

I have no other idea on how you can fix your problems.

> I don't have APR::Table in my installed module
> list but it says it is up to date.

The it's installed somewhere where you package list doesn't see or
recognizes it. How do you generate this list?

> Also I don't see anything missing in
> checksetup list. Please guide.

Seems you are running in circles as this is how you started this
thread, you installed "things" and just stuck with another error. If I
was you I would start from scratch, uninstall everything I installed
from source and install each documented pre-requisites for Bugzilla
and what checksetup.pl tells you is needed using the package manager
of your distribution.

This may of course not solve your original problem, as we don't know
the root cause yet, I was just guessing about missing packages, but
there's one thing you know: I have Bugzilla 4.2. installed on Ubuntu
12.04 LTS with perl and required packages installed using apt and my
Bugzilla is working, including a call to bz_webservice_demo.pl:

./contrib/bz_webservice_demo.pl --uri=http://bugzilla.example.org/xmlrpc.cgi --product_name=Testprodukt

Connecting to a Bugzilla of version 4.2.4.
Bugzilla's timezone is +0000.
products: ARRAY(0x1dbdf00)

[Swapnendu Deb]

Hi Thorsten

Thanks for all your support. It works after I re installed everything
freshly.

Swapnendu

[GurceIs...@shufflemaster.com]

Hi there,

I experienced this same issue recently too, same error message. I had been making use of j2bugzilla to talk to my Bugzilla 4.2 install.

It had been working fine for about a week, but recently, I recall I needed to install a perl-module via cpan and I suspect it installed lots of other modules and probably one of them broke the xmlrpc functionality of bugzilla.

I did a bit of detective work today and got to the bottom of the problem for me. Will share here, in case it helps others googling.

In my case (I'm on OpenSUSE 11.4, and tend to type sudo in-front of calls to package managers), type:

"sudo cpan -D HTTP::Headers"

For me, it reported that I currently had the latest 6.05 version installed at "/usr/lib/perl5/site_perl/5.12.3/HTTP/Headers.pm". Note the sub-folder "site_perl" (I think this sub-folder is for modules installed via cpan?)

I then took a look where the OpenSUSE yast installer installed it's copy. It was at "/usr/lib/perl5/vendor_perl/5.12.3/HTTP/Headers.pm". Note the sub-folder is called "vendor_perl" here.

So, I thought I'd try delete the "HTTP" folder from the path cpan reported earlier (at "/usr/lib/perl5/site_perl/5.12.3/HTTP").

I then ran "sudo cpan -D HTTP::Headers" again, this time it reported the version as 5.835.

I tried accessing Bugzilla via j2bugzilla/xmlrpc, and it now works again!

So in summary, in my case (and perhaps in Swapnendu's case too) we had a newer version of HTTP::Headers installed (v6.05) probably via cpan, and the problem was solved by deleting cpan's newer module, and reverting back to the version of the module provided by your OS package manager (for OpenSUSE 11.4/yast, that was HTTP::Headers v5.835)

[GurceIs...@shufflemaster.com]

[Gervase Markham]

On 07/03/13 23:27, GurceIs...@shufflemaster.com wrote:
> I did a bit of detective work today and got to the bottom of the
> problem for me. Will share here, in case it helps others googling.

Can you file a bug on this? We may have to blacklist that version of
HTTP::Headers or something.

Gerv

[justa...@gmail.com]

On Friday, March 8, 2013 2:38:33 AM UTC-8, Gervase Markham wrote:

> Can you file a bug on this? We may have to blacklist that version of
>
> HTTP::Headers or something.

The change was introduced in HTTP-Message 6.05:

> 2012-10-20 HTTP-Message 6.05
>
> Gisle Aas (5):
> Updated ignores
> No need to prevent visiting field values starting with '_'
> Report the correct croak caller for delegated methods
> Disallow empty field names or field names containing ':'
> Make the extra std_case entries local to each header

I suspect this is the correct thing to do, but have submitted this bug report to inquire:

https://rt.cpan.org/Ticket/Display.html?id=84461

Based on the response, either HTTP::Headers will be fixed, or I will file a separate bug report for SOAP::Lite.

Best,

David

[jlbuc...@gmail.com]

Just in case somebody else finds this thread (as I did) by searching for the Illegal field name 'APR::Table=HASH(0x...)'" error, I downgraded HTTP::Message to 6.04 and it now works properly for BugZilla 4.4.

[san...@gmail.com]

HI,

I had the Same issue all my packages were installed still getting

The XML-RPC Interface feature is not available in this Bugzilla.

[Thorsten Schöning]

Guten Tag san...@gmail.com,
am Donnerstag, 25. Juli 2019 um 23:54 schrieben Sie:

> I had the Same issue all my packages were installed still getting

> The XML-RPC Interface feature is not available in this Bugzilla.

It doesn't make much sense to answer to such an old thread without
providing any useful details of your setup or what you have done:

http://www.catb.org/~esr/faqs/smart-questions.html#beprecise

Additionally, the original thread already contains a lot of error
searching and some solutions for the problem, so I suggest you read it
in whole and decide what fits your environment:

https://groups.google.com/forum/#!searchin/mozilla.support.bugzilla/The$20XML-RPC$20Interface$20feature$20is$20not$20available$20in$20this$20Bugzilla%7Csort:date/mozilla.support.bugzilla/-gTRZrh5C3E/tPFi4kt1DAAJ

There have been a similar thread in the past as well:

> Erro The XML-RPC Interface feature is not available in this Bugzilla.

http://put.hk/headline.jsp?server=news.mozilla.org&group=mozilla.support.bugzilla&last=30201
http://mozilla.6506.n7.nabble.com/Erro-The-XML-RPC-Interface-feature-is-not-available-in-this-Bugzilla-td342582.html