The request did not succeed

This may be that you did not type http:// in the site address field?

Hi, DMacpherson.

This is strange, can you check in Dblog entries if you find any error message?

Also, can you try to access the config callback of the module and paste the response from your server?

You do this by requesting from a web browser the following URL:

http://mydomain.com/?q=drupad/check-config/1.0

Depending on weither or not you are logged in, you'll be prompt you login and password, and then you should see a JSON response which could look like the following:

{"meta":{"version":"1.0","version_match":true},"content":{"callbacks":["comments","content","users","updates","status-report","offline","cron-tasks","dblog","backup"],"modules":["comment","mollom","node","user","update","system","dblog","backup_migrate"]}}

This is the callback that let the application know what your Drupal site is able to handle and automatically setup the application features.

So tell me if you have any error message at this point.

Thanks,
Jérémy

Damned! This looks good.

Do you have any authenfication layer on top of your installation?

Any strange module? What are your module versions?

Jérémy

I'm having this same problem. I tailed the log on the server and saw the request for ?q=drupad/check-config/1.0

I tried that myself and it returned this:
Content-Type: text/javascript

{"meta":{"version":"1.0","version_match":true},"content":{"callbacks":["content","users","updates","status-report","offline","cron-tasks"],"modules":["node","user","update","system"]}}

Here are the modules from drush up (some are out of date)

Update status information on all installed and enabled Drupal modules:
 Name                            Installed version  Proposed version  Status                    
 Admin                           6.x-2.0-alpha5     6.x-2.0-beta4     Update available          
 Admin Role                      6.x-1.2            6.x-1.2           Up to date                
 Drupal                          6.14               6.17              SECURITY UPDATE available 
 Calendar                        6.x-2.2            6.x-2.2           Up to date                
 CAPTCHA                         6.x-2.1            6.x-2.2           SECURITY UPDATE available 
 CKEditor - WYSIWYG HTML editor  6.x-1.0            6.x-1.1           Update available          
 Content Construction Kit (CCK)  6.x-2.6            6.x-2.7           SECURITY UPDATE available 
 Date                            6.x-2.4            6.x-2.4           Up to date                
 Drupad                          6.x-1.0            6.x-1.0           Up to date                
 Global Redirect                 6.x-1.2            6.x-1.2           Up to date                
 Google Analytics                6.x-2.2            6.x-2.2           Up to date                
 IMCE                            6.x-1.3            6.x-1.4           Update available          
 Path redirect                   6.x-1.0-beta6      6.x-1.0-beta6     Up to date                
 Pathauto                        6.x-1.x-dev        6.x-1.3           Update available          
 Pathologic                      6.x-2.0-beta23     6.x-2.0-beta23    Up to date                
 reCAPTCHA                       6.x-1.4            6.x-1.4           Up to date                
 Token                           6.x-1.12           6.x-1.13          Update available          
 Vertical Tabs                   6.x-1.0-beta7      6.x-1.0-rc1       Update available          
 Views                           6.x-2.8            6.x-2.11          SECURITY UPDATE available 
 Webform                         6.x-2.9            6.x-2.9           Up to date                
 Rubik                           6.x-1.0-beta5      6.x-1.0-beta8     Update available          
 Tao                             6.x-1.8            6.x-1.10          Update available          
 Zen                             6.x-1.0-beta2      6.x-1.1           Update available      

This site is running on slicehost.

I just made a test with Global redirect 6.x-1.2 as you @edhaber, but this doesn't seems to be a problem as I already handle redirection in the app.

I'm really sorry to ask you that guys, but as the config URL "looks" good when you try it in a browser, can just re-double-check the login and password you gave in the app?

Also try to not include any trailing slash in the URL (but shouldn't be a problem also).

I know this is a boring task since there's no "Site edit" feature for now but... (Edit feature is comming in the next release).

Thanks,
Jérémy

A little additional testing. I have two servers with the same site that are configured slightly differently. This works on one site and gets the "The request did not succeed" on another.
The server that works:
Debian
Apache/2.2.9
PHP/5.2.13-0.dotdeb.1 (mod_php)

The server that fails
Debian
Apache/2.2.9
PHP/5.2.6-1+lenny8. (php_cgi)

They are both run as apache virtualhosts. The one that doesn't work is using suexec so that php is running under a separate user for each site. This might be similar to other shared hosts.
I'll setup a simple default drupal site and see if it has the same problem on that server.

-Ed

I setup a default drupal install with only the drupad module installed and enabled. This worked on one server and failed on another.

Access Log

xxx.xxx.xxx.xxx - - [28/Jun/2010:20:28:10 +0000] "GET /drupad/?q=drupad/check-config/1.0 HTTP/1.1" 401 26 "-" "Drupad 1.0 (iPhone; iPhone OS 4.0; en_US)"

the 401 is unauthorized. I've checked the password several times and copy and pasted from an email.

-Ed

Hi,

Can you try by adding the following directive in your .htaccess file or Vhost config file:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
</IfModule>

And let me know if this does the trick?

Changing issue from iPhone app component to code (module).

Thanks,
Jérémy

@DMacpherson with mod_rewrite.c enabled?

Just made a test on fresh Drupal install with PHP F/CGI, and it works like a charm.

@edhaber Can you give me an access to a not working Drupal instance so that I can test/debug with your hosting? (FTP, URL) If it's Ok for you, mail me: drupad AT breek.fr

Thanks,
Jérémy

"The HTTP Authentication hooks in PHP are only available when it is running as an Apache module and is hence not available in the CGI version."
http://php.net/manual/en/features.http-auth.php

You can check your shared host. They are probably running PHP as CGI. I'm doing it on my server so I can run php as a different user for each site.

I think this is a problem in the module and in the iPhone app. I tried that rewrite rule and it does pass the http authentication to the CGI as a get parameter, but it breaks clean urls. I'm sure there is a way to fix that too.
Drupal doesn't use HTTP authentication, but instead posts the username and password in form results. Why not change the app and the module to expect the credentials as a POST variable and then you don't have to try to work around problems with HTTP auth with CGI. The XMLRPC that is build in also just takes the username and password and calls user_authenticate

Oh just one more try,

Can you put the .htaccess directive right after Drupal rewrite, like this (last line in this example):

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

Let me know please if Authentication works and Clean URLs keep doing their jobs.

Thanks,
Jérémy

That does fix it.

Ok great!

Will wait a bit for people to test to be sure this solves most situations.

Jérémy

@DMacpherson,

If you can give me an access (uid login + FTP) of a sample Drupal installation on your hosting which causes trouble I could give it a try and maybe find a fix/workaround (mail me at: drupad AT breek.fr).

Because I have a feeling that you are not and won't be the only one using Drupal on a shared hosting. So if we can find a suitable solution, that would be perfect.

By the way as edhaber suggested I could go with other implementations such as XMLRPC, but to be honest:

• I hate XMLRPC
• XML is much more heaviest than JSON
• This would need many changes in the app
• etc. etc.

This is why I really want to try to fix this that way.
Jérémy

I had the same problem on a shared server, but I changed the htaccess as explained by jchatard and it worked thanks, and great app :D

The modified .htaccess file does not work for me :-(
I get an access denied error, but username and password is correct.

One interesting thing, when I go to:
http://www.domain.de/drupad/check-config/1.0, I get an access denied error, when I go to http://domain.de/drupad/check-config/1.0, I get:
{"meta":{"version":"1.0","version_match":true},"content":{"callbacks":["comments","content","users","updates","status-report","offline","cron-tasks"],"modules":["comment","node","user","update","system"]}}

The app doesn't work either with www. nor without it.

Best regards,
Sebastian

I tried the htaccess fix in #18 and it didn't work for me either (still "Oops... The request did not succeed.").

D6.17. iPhone 3G, iOS 3.1.3.

No sign of Drupad attempts in my dblog but the callback works.

Also tried enabling my update status module (I turn it off sometimes for speed issues). Not the problem. But Drupad is smart enough to spot that in the settings anyway.

As addition, I've got D6.17, iPhone 3GS, iOS 4

Can you guys, tell what hosting provider do you use?

And also what hosting plan?

I really need to test a failing install. So I need to register such a plan to give it a try.

Thanks,
Jérémy

Hi Jérémy,

I've got my own webserver and a hosted drupal instance there is not working with the app.
If you want, I can create (today in the evening) an empty drupal installation for you to test it.

Best regards,
Sebastian

@sewid yes yes! I want this!

Send me details at: drupad AT breek.fr

Thanks,
Jérémy

I think @sewid has his problem solved, he still needs to confirm but, I think he does.

@silentway can you please confirm that you are using PHP with CGI?

Can you give me your list of modules, status report info, etc.

Thanks,
Jérémy

I thing I found the source of the problem. The problem is the drupad_init()-function. There's a check for:
if (arg(0) == 'drupad' && user_is_anonymous()) {...

And because of - I don't know why - user_is_anonymous() returns false. So, the login sequence is skipped. I tried (quick and dirty) this:

global $user;
$user = drupal_anonymous_user();
if (arg(0) == 'drupad' && user_is_anonymous()) {

And everything went fine. In this way, the login sequence can't be skipped.

Hi all,

DON'T USE THIS PATCH, TAKE THE ONE FROM MY NEXT MESSAGE

Just to explain what @sewid just found, and I think this may be the reason why some of you can't login with Drupad.

There is one thing to remember before going to the code though: for now Drupad is only usable with user account 1, or at least with user uid defined in function drupad_authorize().

So let imagine the following sequence:

- launch Drupad
- create a new profile / site with a valid user BUT not uid 1 account
- you tap the site, you go through drupad_init(), which tries to log you in
- it does, because you are a valid user
- but once you're logged in, the module needs to check weither or not you are authorized, which is handled by function drupad_authorize(), in our scenario, you're not, so it returns false
- the application tells you to the request didn't succeed

But you now know you were mistaken on the user account to use. So you change that, with the right account and the right password.

And as sewid just pointed out, your Drupal session is still alive so the module doesn't need to log you in. Abviously it should.

So here is a patch that I want you people to test against your current module version.

What it does is pretty simple, if you are logged in and not authorized, it logs you out :-)

I need your feedback on this.

Oh and remember if you are using CGI you still the .htaccess line (the last one):

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

PS: many thanks @sewid for your debuging!

Thanks,
Jérémy

DON'T USE THIS PATCH, TAKE THE ONE FROM MY NEXT MESSAGE

Sorry, the previous patch contained a bug, use this one instead please.

And if you applied the previous one, plus replace with this one.

Thanks,
Jérémy

Having this problem too. Will see what I can find.

Worked fine for me after I changed the user id to the one I was trying to log in as.
"There is one thing to remember before going to the code though: for now Drupad is only usable with user account 1, or at least with user uid defined in function drupad_authorize()."
Comment #32

doesn't work also for me

Hi patrickroma,

Could give me some more detail on your configuration.

Are you using CGI? Did you try the .htaccess rule?
Are you logging with uid == 1?
Can you test by truncating the "sessions" table from your Drupal installation?

Thanks,
Jérémy

Hi- Sorry I missed a few days here... My server is on a shared apache host, and is running PHP 5 with CGI (But not FastCGI). Mod_security is on.

Modules are primarily the Acquia distro, with a handful added to that. Cron has been run, caches have been cleared...

MySQL database 5.1.39
PHP 5.2.13
PHP memory limit 90M
PHP register globals Disabled

Doesn't work for me either

MySQL database 5.0.77
PHP 5.2.8
PHP memory limit 128M
PHP register globals Disabled
CGI/FastCGI

and my other site witch won't work

MySQL database 5.0.45
PHP 5.2.8
PHP memory limit 64M
PHP register globals Disabled
CGI/FastCGI

Hi I can't login I'm using user account 1 getting pretty much the same errors.

Re-set to active.

Ok guys, can you make the following test for me please:

• Be sure that mod_rewrite is enabled on your config
• Made the #32 htaccess stuff
• plus patch on #33
• Truncate your sessions table
• And try again

Because if you have mod_rewrite enable, there is really no reason why this wouldn't work.

Thanks,
Jérémy

I did all this two times no luck...

Hi guys,

Really sorry that this still doesn't work for some of you. But once again, if you want me to fix this issue, I need one of your non-working environment!.

So please, if one of you can give me access to a Drupal installation that is not working (or a fresh one dedicated to me) it will help everyone out there. I need to make some debugging!

Thanks,
Jérémy

Hi Jérémy,

I just came back here to give you login details to any one of my four 'oops' drupad sites, but I just followed through these instructions and #18 has worked on two of them (#33 on it's own didn't work - I haven't tried #18 on it's own because I'd already applied #33); I haven't tried the other two sites but they are with the same host so likely to work.

Would it be of any benefit to you to see my remaining sites in their unfixed state before I apply the two fixes above to them?

Peter

No no, go ahead. If the attached patch solves your problems, it just means that it works.

Glad it's ok for you now!

Thanks for the feedback!
Jeremy

Ok people,

IMPORTANT: Update the module to version 6.x-1.1 before doing the following

Thanks to Lukas Prelovsky who allowed me to debug right on his server, I think I found the reason why some of you are unable to login.

It seems that on some Apache versions/configuration the $_GET['HTTP_AUTHORIZATION'] we setup in your .htaccess file is forwarded to $_SERVER['REDIRECT_HTTP_AUTHORIZATION'].

So please test this, here a full recap of the procedure.

1. Be sure that mod_rewrite is enabled on your config

2. Make the #32 htaccess stuff

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] # <--- add this line

3. Apply the patch in comment #48

5. Truncate your sessions table.
6. Quit the iPhone application
7. And try again

Hope it does the trick.

I wait for your feedbacks!

Thanks,
Jérémy

Just marking new module version

Here is the patch to apply for version 6.x-1.1

Followed instructions in #47, applied patch #49 to 6.x-1.1. Trying to login as user account 1 -- no joy. "Oops... The request did not succeed."

Just read #838310: Caches failed attempts. Exited the app, re-opened, tried again -- success!

By the way...

This is a marvelous application; very well done.

Thanks!

@toomanypets cool!

Thank you!
Jérémy

Hi Jeremy,

I downloaded 6.x-1.1. Rewrote .htaccess. Applied the patch. Truncated the sessions table and exited the app. But it still doesn't work. I get the oops message.

Can you help me out here, please?

Thanks,

Jeremy

Hi @CinemaSaville,

The best way I can help you is by sending me (via mail: drupad (AAAAAAT) breek.fr) connection information for one of your installation that doesn't work (on the same server) dedicated to me. No production site of course.

Jérémy

Installed latest version of drupad and module.

Still getting the oops message with htaccess file modified and unmodified. Session table have been truncated but not sure where the patch (post 49) is to go.

Help!

Now with these new updates, still, login failed .....B-(

Hi all,

The best way I can help you is to give me access (FTP) to a clone of your installation. I really need to test in your server config.

Drop me a line + details to drupad A|T breek.fr

Thanks
Jeremy

Email sent to you with login details etc.

Thanks @pcsupport for your site access.

Can you people try the newly uploaded module 1.3 (http://drupal.org/node/860906). It may help you.

Please note that if the app directly crashes once you touch your site name, please read this thread #860242: iPhone app crashes the update should be available soon.

Thanks,
Jérémy

same problem since many weeks back and also with the 1.3 version ... frustrating !

Me too. : (

@bavarian and @CinemaSaville if you have this problem and have read this thread, you know how I can help you.

Jeremy

Downloaded and installed the updated module but no luck.

I'l wait till the updated app appears!

Running the latest v6.x-1.3 code with the v1.1 app I'm still getting the error on my site. FYI I'm using a Dreamhost shared-hosting account (not a VPS) and am using the latest release of Pressflow rather than Drupal.

Anyway, I made the following change to drupad.module:

diff --git a/sites/all/modules/drupad/drupad.module b/sites/all/modules/drupad/drupad.module
index 41dbf9c..e51a368 100644
--- a/sites/all/modules/drupad/drupad.module
+++ b/sites/all/modules/drupad/drupad.module
@@ -94,16 +94,29 @@ function drupad_authorize() {
  */
 function drupad_init() {
   if (arg(0) == 'drupad' && strstr($_SERVER['HTTP_USER_AGENT'], 'Drupad')) {
+watchdog('drupad', 'init');
     // Load credentials.
     if (isset($_SERVER['PHP_AUTH_USER']) && isset($_SERVER['PHP_AUTH_PW'])) {
       $name = $_SERVER['PHP_AUTH_USER'];
       $pass = $_SERVER['PHP_AUTH_PW'];
+watchdog('drupad', "Server:\n" . var_export($_SERVER, TRUE));
     }
     else if (isset($_GET['HTTP_AUTHORIZATION'])) {
-      list($name, $pass) = drupad_parse_header($_GET['HTTP_AUTHORIZATION']);
+watchdog('drupad', "$_GET"."['HTTP_AUTHORIZATION']: " . $_GET['HTTP_AUTHORIZATION']);
+      $tmp = drupad_parse_header($_GET['HTTP_AUTHORIZATION']);
+watchdog('drupad', "drupad_parse_headers()" . var_export($tmp, TRUE));
+      list($name, $pass) = $tmp;
+watchdog('drupad', "name: {$name}");
+watchdog('drupad', "pass: {$pass}");
+
     }
     else if (!isset($_GET['HTTP_AUTHORIZATION']) && isset($_SERVER['REDIRECT_HTTP_AUTHORIZATION'])) {
-      list($name, $pass) = drupad_parse_header($_SERVER['REDIRECT_HTTP_AUTHORIZATION']);
+watchdog('drupad', "$_GET"."['REDIRECT_HTTP_AUTHORIZATION']: " . $_GET['REDIRECT_HTTP_AUTHORIZATION']);
+      $tmp = drupad_parse_header($_SERVER['REDIRECT_HTTP_AUTHORIZATION']);
+watchdog('drupad', "drupad_parse_headers()" . var_export($tmp, TRUE));
+      list($name, $pass) = $tmp;
+watchdog('drupad', "name: {$name}");
+watchdog('drupad', "pass: {$pass}");
     }
 
     global $user;
@@ -439,4 +452,4 @@ function drupad_user_logout() {
 
   // Load the anonymous user
   $user = drupal_anonymous_user();
-}
\ No newline at end of file
+}

All that gets logged is:

drupad	07/24/2010 - 11:02pm	init	Anonymous	
drupad	07/24/2010 - 11:02pm	init	Anonymous

As you can tell from that, the first IF statement of drupad_init() resolves as TRUE and executes, but then none of the subsequent IF statements match.

An update. I added two extra lines to drupad_init() to find out the $_SERVER and $_GET variables:

$_SERVER:

<?

$_SERVER = array(
  'PATH' => '/bin:/usr/bin:/sbin:/usr/sbin',
  'RAILS_ENV' => 'production',
  'FCGI_ROLE' => 'RESPONDER',
  'UNIQUE_ID' => 'a unique ID',
  'SCRIPT_URL' => '/',
  'SCRIPT_URI' => 'http://www.example.com/',
  'dsid' => '1914063',
  'ds_id_1914063' => '',
  'DH_USER' => 'myaccount',
  'HTTP_HOST' => 'www.example.com',
  'HTTP_ACCEPT_ENCODING' => 'gzip',
  'HTTP_USER_AGENT' => 'Drupad 1.1 (iPhone; iPhone OS 4.0.1; en_US)',
  'HTTP_CONNECTION' => 'close',
  'SERVER_SIGNATURE' => '',
  'SERVER_SOFTWARE' => 'Apache',
  'SERVER_NAME' => 'www.example.com',
  'SERVER_ADDR' => 'the server IP',
  'SERVER_PORT' => '80',
  'REMOTE_ADDR' => 'my IP',
  'DOCUMENT_ROOT' => '/home/myaccount/example.com',
  'SERVER_ADMIN' => 'webmaster@example.com',
  'SCRIPT_FILENAME' => '/home/myaccount/example.com/index.php',
  'REMOTE_PORT' => '28150',
  'GATEWAY_INTERFACE' => 'CGI/1.1',
  'SERVER_PROTOCOL' => 'HTTP/1.1',
  'REQUEST_METHOD' => 'GET',
  'QUERY_STRING' => 'q=drupad/check-config/1.2',
  'REQUEST_URI' => '//?q=drupad/check-config/1.2',
  'SCRIPT_NAME' => '/index.php',
  'PHP_SELF' => '/index.php',
  'REQUEST_TIME' => 1280027286,
  'argv' => array ( 0 => 'q=drupad/check-config/1.2', ),
  'argc' => 1,
)

$_GET:

array(
  'q' => 'drupad/check-config/1.2',
)

FYI I applied the .htaccess file change noted in comment #47 above and it worked!! Excellent news!

Ermm, this may be what they class as a user 'stupidity' event…. I went into the user permissions in drupal, ticked both drupad boxes and it now works!

Ok people, I just pushed 6.x-1.4 of the module, if you can't connect, please refer the README.txt for a new workaround.

Hope it will help you!

Jérémy

With latest module and latest app and codesnippet 2 both my sites work ok. Thanks

Nice!

Jérémy

no luck at all wih any code-snippet ...

Any chance you send me your server access? So that I can help you.

Jeremy

@bavarian,

I'm leaving for holiday time. If people could help you check settings, like in the .htaccess file this would be cool.

Unfortunately, I won't have any computer during vacations, just my iPhone, so I won't be able to help you for that period.

I'll keep reading the threads though, and reacting.

Hope you're gonna make it.

And of course if still no success when I come back, I'll help you.

Jérémy