Hey guys,

So I installed Botcha and all its dependencies and the modules page reported it was enabled. However, I followed instructions in the Botcha page about where to find it (Under user management in D6) but I cant find it. Any ideas?

CommentFileSizeAuthor
#8 botach_noadmin.png51.65 KBboabjohn
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

iva2k’s picture

Category: bug » support

Try to clear all caches.

iva2k’s picture

[Duplicate post deleted]

pauln60’s picture

I can't find it either - installed the 'dev' D6, version, cleared the cache, logged in as admin - still not there. Any ideas?

Thanks,
Paul

pauln60’s picture

So if the dev admin interface is broken / doesn't exist, is there any way to do this directly in the database?

Paul

iva2k’s picture

Status: Active » Postponed (maintainer needs more info)

Please check if #1969736: Error message on install applies to your situation and report here.

pauln60’s picture

There doesn't seem to be an error on install - as for 'the BOTCHA configuration page'... where is that?

boabjohn’s picture

Status: Postponed (maintainer needs more info) » Active

Same effect here with a slightly different history.
We had D6 version installed and running effectively for about 6 months (thanks, excellent module!)
No change on the server or config that I am aware of...this weekend we got flooded with spam comments on nodes.
Investigating this morning, I noted BOTCHA in the admin menu, but when I tried to select it, it disappeared and I got taken to the correct url: /admin/user/botcha but there was no botcha UI.
Did a complete uninstall, and re-installed with latest dev. This time we don't even get a BOTCHA menu entry, and yes, nothing on the admin page either.
Under Modules, botcha shows as being installed with all dependencies. There are no missing items under site status.
Nothing in the Watchdog.
How next to troubleshoot?
Kind regards,
JB

boabjohn’s picture

FileSize
51.65 KB

Screenshot attached

csc4’s picture

Have you checked your PHP log files? I suspect that's what you might see with my issue https://drupal.org/node/2039611 - the latest packages on the site don't have the botcha.admin.inc (I've tried the 3 and 3 dev they're both missing).. I reported it two weeks ago but it doesn't seem to have got picked up...

boabjohn’s picture

You're probably right. We ran into a bunch of other issues (CTools related I think?) in the move to PHP5.4 and eventually had to downgrade back to 5.3 in order to get this D6 site to run.
Cheers.

csc4’s picture

Could anyone out there with a working 6.3 possibly post a link to a download of a working package including botcha.admin.inc? even the Github link only seems to have .4

PatchRanger’s picture

Version: 6.x-3.0 » 6.x-3.x-dev
Category: support » bug
PatchRanger’s picture

Priority: Normal » Major

Looks like it is due to a bug in Moopapi module, which is a dependency for BOTCHA.
I am going to look into it at this weekend.

PatchRanger’s picture

Status: Active » Fixed

I have fully debugged Moopapi module: see https://travis-ci.org/PatchRanger/drupal-moopapi/builds/9828543 .
New releases are available - so now it should be fixed.
Please note that both branches of Moopapi module (1.x and 2.x) require patches to be applied, 2.x also requires external library: use .make-file inside the module as installation instruction.
Please update and clear all caches. Re-open in case if the problem persists.

kshall’s picture

Installed latest 6.x.3.x dev modules and Botcha menu option under User management still does not display.

PatchRanger’s picture

Status: Fixed » Active

Current state of debugging process is available here: https://travis-ci.org/PatchRanger/drupal-botcha .
It is not so easy, there is also core issue involved: see https://drupal.org/node/399642#comment-7723125 from #399642: Replace drupal_install_modules() with an improved module_enable().

kshall’s picture

What is status on this issue? Does core patch to Drupal 6.x in post #16 need to be applied for menu to work? I am not seeing any spam being caught. Botcha counter under status report always shows 0 count. Can you provide a patch update for us to apply?

AlfTheCat’s picture

@patchranger

Please note that both branches of Moopapi module (1.x and 2.x) require patches to be applied, 2.x also requires external library: use .make-file inside the module as installation instruction.

Which patches?

I updated to moopapi 1.x-dev because I was hoping that would fix #2039611: botcha.admin.inc: failed to open stream: No such file but now my interface has entirely.

It looks like BOTCHA 6.x-3.x is not usable atm.

smd_ksu’s picture

Subscribe

NPC’s picture

Downgrading to MoopAPI 1.2 (from 1.3) for Botcha 6.x-3.0 helped in my case.

ehowland’s picture

#20 worked for me. From botcha.info
version = "6.x-3.0+12-dev"
core = "6.x"
project = "botcha"
datestamp = "1380556789"

I am running php 5.2.7.

I did, however, see a warning from drush:
Invalid argument supplied for foreach() moopapi.module:21 [warning]

But that warning did not stop the appearance of the config page.

ippy’s picture

Yep, as per #20, downgrade to moopapi-6.x-1.2 did the trick for us too

php 5.3.3
Drupal 6.29
Botcha 6.x-3.0

No warnings on install

rwohleb’s picture

@PatchRanger is a maintainer on both botcha and moopapi. As far back as April the botcha maintainer @iva2K said he was aware that moopapi after 1.2 had an API change that broke botcha 3.x:
https://drupal.org/comment/7344756#comment-7344756

... so why has no one updated the project page or README to mention this? There have been commits against the 6.x-3.x branch since April, so it's not like people haven't gotten back around to touching this version. This is burning new users of the module, which is a sure fire way to get them using a different module :(

iva2k’s picture

Issue summary: View changes
Status: Active » Fixed

I updated the project page with an installation note.

So far it sounds that for this issues a workaround is to downgrade Moopapi to 6.x-1.2.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

my-family’s picture

Status: Closed (fixed) » Active

I can confirm that downgrading moopapi to 6.x-1.2 solved the problem. Should we move this issue to moopapi project (and how)?

mubiesam’s picture

How about in D7, should it be the same step...

Stagger Lee’s picture

It is still happening, even in 7.x versions. Seems as cache deleting trigger dissapearance and visibility with no apparent logic. Need to be fixed, despite it is not something one use often.