On reistall, I get this: warning: array_merge() [function.array-merge]: Argument #1 is not an array in .../includes/actions.inc on line 123.
Any thoughts as to how it can be resolved?
On reistall, I get this: warning: array_merge() [function.array-merge]: Argument #1 is not an array in .../includes/actions.inc on line 123.
Any thoughts as to how it can be resolved?
Comments
Comment #1
liquidcms commentedwhat do yo mean by "reinstall"? So you installed, enabled, disabled, uninstalled... and then installed and enabled again?
Comment #2
deltab commentedYes. That is what I did. I have this module running on four sites, only the "reinstall" instance is giving me issues.
Comment #3
deltab commentedHere is some more info if it helps:
1) I get an email before the error, the mail headers are fine, but the Subject and Body are empty.
2) In my Database, Table "authenticate" looks as follows
aid nid api vid uid started completed chunks current_chunk current_url status matches errors data
3 9 google 9 1 1289140464 1289140505 168 167 3 1 4 0 NULL
2 3 google 3 1 1289138737 1289138740 7 6 0 1 1 0 NULL
3) Table "authenticate_results" is empty
4) I got an E-Mail after AID 3 was completed, however, Google did not find any similar pages
5) Both the nodes 9 and 3 have data I have copy-pasted from wikipedia, so the data should have been found
---------------
Although, this may have nothing to do with the above, I see the authenticate tab on both the nodes as admin (UID=1) user, but not as an authenticated user and another custom role, although the permissions are set and cache cleared.
Also a little confused by the UID column in the database, should it not be UID 1 in both instances? As this is the ID of the submitter.
---------------
On "uninstall", the two actions did not delete (I had an error, as reported in http://drupal.org/node/256329#1), so I deleted the two Actions (Email and email) through admin/settings/actions - the two actions reappeared, but the AID are now 12 and 13 (used to be 2 and 3).
Not sure if this all helps.
Comment #4
liquidcms commentedthanks for the details.. will check it out later today.
Comment #5
liquidcms commentedmultiple issues here, and i have released 6.x-1.5 to fix the following ones:
- fixed use of perms to allow non UID=1 users with sufficient access to run authentication
- fixed email actions not having subject, etc (which i think is due to a core bug; but simply needed to initialize array when calling actions_do)
haven't tested any uninstall, reinstall - also not working quite right for me sending emails but this is likely due to smtp auth support not installed correctly.. let me know if there is an issue with this (or any of the other things you have seen).
Comment #6
deltab commentedHi, just saw some cosmetic things, the page looks for ajax-loader.gif like this: /sites/all/modules/authenticate/ajax-loader.gif, however, my site is in somefolder, so it should look for: /somefolder/sites/all/modules/authenticate/ajax-loader.gif
The documentation could be a little more explicit in pointing at the right Google API key which is needed.
Comment #7
deltab commentedAlso, authenticated users cannot see "authenticate" tab if Yahoo! search is enabled.
With Google, I get no results (although the error messages are gone). However, matching pages are not found (although I am pretty sure they are there on Wikipedia)
* The document was split into 122 chunks
* 27 candidate URLs were found.
* 0 matching pages have a compare value that exceeds minimum
* Total analysis time = 00:00:24
Table: Authenticate shows as follows:
aid nid api vid uid started completed chunks current_chunk current_url status matches errors data
11 9 google 9 1 1289143988 1289144020 168 167 3 1 4 0 NULL
Not sure if, at end of the operation the chunks/current_chunk values should be 168/167?
Comment #8
deltab commentedOne more observation, although emails are now received and correctly formatted in Watchdog, I get an empty message for each operation, as follows:
authenticate 2010-11-08 05:34 xxxx xxx...
authenticate 2010-11-08 05:34 google analysis completed for For ... xxxx xxx...
authenticate 2010-11-08 05:33 Google analysis started for For Future ... xxxx xxx...
Comment #9
liquidcms commented- i'll fix .gif path
- not sure why Yahoo would not work as it shouldnt be any different than if Google is enabled.. i'll test
- the actual scraping, searching part works fine.. i have tested numerous times.. if you aren't getting results it is some issue most likely related to your set up.
fyi.. my google search url is : http://ajax.googleapis.com/ajax/services/search/web not sure if this is what you meant by api key (there is no key used anywhere)
Comment #10
liquidcms commentedi have added a dev release to use until remaining issue are sorted out.
- fixed .gif path issue (i think, don't use subfolders so let me know if not fixed)
- fixed perms issue when more than 1 api enabled
- added default Google search url
will need to sort out how smtp setup to test mail. Won't be tonight. Feel free to provide a patch.
can't test chunk count issue or google search issue without know your actual test content - for my test content
i get this result and the table shows correct chunk counts: http://screencast.com/t/borr4pSXhf
Comment #11
deltab commentedHi Liquidcms, I did as follows:
1) Downloaded via SVN the latest in 6x branch
2) Replaced whole authenticate directory with -HEAD
3) Cleared the cache
The image is still now at /mysite/sites/*
I get mails quite regularly - so there are no issues there anymore, however, for each Google analysis, Authenticate writes three records on my Watchdog, the final record is empty (no Message), I suppose this is the message saying "Notification sent", right?
And for Actual Test Content http://en.wikipedia.org/wiki/Future_Systems the wikipedia page was not found.
------------
For the Google Search URL (on my other three sites) I had to get a Google Search/Ajax Search API Key for the Google HTTP Referrer (http://my.site/mysite), the app did not work without that API Key, as reported here: http://drupal.org/node/256329#24
Considering my other three sites are on the same server, and working as expected, I am assuming the environment is sane and there is an issue just with this Drupal install. Will start investigating at my end.
A Question, the simple_html_dom.inc that ships with the SVN version of module is the required one, right?
Comment #12
deltab commentedHI, so here is the confusion. I was relying on simple_html_dom.inc that was downloaded with the module, replaced it with the latest simple_html_dom.php from Sourceforge and changed file permissions to the minimal required by HTTPD and PhP.
Now it all works as expected.
Comment #13
liquidcms commented- i do not have an API key and app works fine.
- yes, i think blank watchdog entry is the notification sent msg.. no idea why it is blank - it is blank for me as well.
- i am using simple_html_dom.inc that comes with module
- i added base_path() in with path for .gif which i think is all that should be required; possibly Drupal isn't doing this correctly for subfolders (so not sure what the point of this command would be then) - try replacing base_path() with realpath("./") in the 2 locations in authenticate.module
Comment #14
deltab commentedHi Liquidcms, migrating my sites to a dedicated server, RHEL 5 with Drupal 5.3, the app does not work until
- I have an API Key
- I have PHP Dom extension available and installed
- I use the latest simple_html_dom.inc from Sourceforge
Please advise? I have a Windows machine at office that does not seem to necessitate any of the above, but Linux servers seem to need those.
The .gif works fine in the CVS release, but for the new 6.x-1.5 release it is broken. I had to revert to the latest CVS version.
Maybe a solution is in removing simple html from the CVS, and ask people to install PHP DOM and get the .inc from source? It is typically the Drupal practice anyhow.
Comment #15
liquidcms commented- i would guess you actually DO need an API key as it was designed to use this; although i don't seem to require it... and doubt it is related to OS or PHP version
- at one point the Drupal CVS people pulled simple_html_dom from cvs so i do have a note on project page saying you need to get it yourself.. although it appears to still be in the download archive now.. i am pretty sure the version that is there works fine - although maybe it has issues with php 5.3
i have not (nor do i have the time) to test with PHP 5.3 - feel free to submit a patch if you think there are changes required to make it compatible with both 5.2 and 5.3