On installing Open Outreach, for a second time, I get the mentioned error at "Install apps for Open Outreach"...
Additionally it says: Click "Continue" to finish the installation. You can either fix your internet connection and try the installation again or install apps later from the apps config page.
Fix my internet connection? It is hosted at http://www.orangewebsite.com/ so I don't think that is the problem.

Strangely, I have been able to set it up well locally some days ago, then also without problem on that same server one day later. Doing some tryouts everything seemed to be running smooth, until I suddenly came across that same message (unable to connect to apps server) when clicking the "Apps" link in the Administration menu (went smoothly too, first). But whatever I tried I was not able to get the connection "back", but I thought I must have done something wrong somewhere and the fault was mine.
So, since it was just tryout, I decided to delete the whole stuff and install it from scratch again. Empty server, empty database, and start again. So, but now I am getting this error on startup. More strange so, since the local version does not have this problem.
I don't understand.

For now I'll just continue the new install as the message suggests and will try to install the apps later.

BTW I get this notice and warning:
Notice: Undefined index: apps_manifest in openoutreach_form_apps_profile_apps_select_form_alter() (line 142 of /.../public_html/profiles/openoutreach/openoutreach.install.inc).
Warning: Invalid argument supplied for foreach() in openoutreach_form_apps_profile_apps_select_form_alter() (line 142 of /.../public_html/profiles/openoutreach/openoutreach.install.inc).

Comments

suffering drupal’s picture

Before anyone tells me I have to increase to max_execution_time: to 120, I just did and I still get the same error.
values are now as indicated:
memory_limit: 128M
max_execution_time: 120

Anyway, the first time I set up Open Outreach and seemed to have it working smoothly for a day or two, max_execution_time was at 30, the default at this server.

Any suggestions anyone?

suffering drupal’s picture

Issue summary: View changes

added the BTW thing

suffering drupal’s picture

Appearance of error explained in more detail:

The first time I got this message from the apps page was after I had gone to /admin/content/file and from there "unpublished" some of the graphics that come with the apps, since I didn't want them to appear. At first I thought the error would go away after re-publishing them. Since they didn't I thought this action might have messed up something more profound in the Drupal or Apps installation itself, so that's when I decided to start a new fresh install.

But with the 2nd fresh install it kept coming up, so then I asked the server to increase that time-out limit, which they did. But it still did not solve the problem,
And now I have tried a third fresh install, with all the values as suggested, and I still get an "unable to connect to Apps Server" error.

So now I'm definitely lost. It now seems as if the error is being produced from somewhere within the server itself, which I think would be very strange....

However, on the local version that does access the apps, there is another error which might be related:
/admin/content/file shows this error:

PDOException: SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1: SELECT fid, published FROM {file_managed} WHERE fid IN (); Array ( ) en file_admin_form_file_entity_admin_file_alter() (línea 99 de \profiles\openoutreach\modules\contrib\file_admin\file_admin.module)

suffering drupal’s picture

Now I suddenly have found this, but I don't really get it:

  • Installation of Apps requires that modules are installed on your site using the same mechanism as the Update module in Drupal core. This functionality depends on certain PHP extensions being enabled on your server. Below is the documentation & verification for the various methods of installing.
  • Verificar soporte para Apps
  • FTP (ENABLED!)
  • To install with FTP, you will need an FTP username and password that has permissions to write to your site directory on your server. Be aware that FTP is not an encrypted protocol and your credentials will be transmitted in the clear.

Who exactly needs that FTP username? Do I understand that the updates are done by the website itself, so the website needs FTP access??? And does this mean that the FTP username should be equal to "admin"??? If I can update languages automatically, does this mean it complies requirements?

suffering drupal’s picture

Ok, today Apps did, misteriously, return to working again! My server tells however me they didn't change anything. I didn't change anything either. And I'm quite sure the Apps people did not change anything either.

So here we are with one of those typical Drupal misteries again, that sometimes you do something exactly the same as the time before (or exactly as you are told to do) and even if the first time worked out, there absolutely no guarantee that the next time will work too. On the other hand you may do something completely wrong or random (or do nothing) and without reason some problem suddenly disappears.

I actually hoped for this to happen (definitely not the first time). On one hand very nice, because now I can continue with my project and my life. But on the other hand quite worrying, because you never know when this is going to happen again, although you do know it will happen. Just like earthquakes, volcanos and meteorites. So as always with Drupal, just hoping to live through it.

Still, if anyone would have some answer or even a hypothesis of why this might have happened it could avoid some days of worrying for other people.

suffering drupal’s picture

Priority: Critical » Normal
Status: Active » Needs review
suffering drupal’s picture

Issue summary: View changes

added "for a second time" at the beginning

Tran’s picture

This is yet another abandoned Phase II module.
They create and abandon. Which is their prerogative, but they should say so on the module status: Unsupported. Not maintained.

hefox’s picture

Status: Needs review » Closed (cannot reproduce)

Please re-open if it reoccurs/have more information

Needs review implies there is a patch.