Switching between Desktop and Mobile works well on the dev version now!!!

Hy,

I have optimized this functionality in the new mobile tools version that is in the dev repository.

The way it works is:

- if you choose redirection, each mobile user is redirected to the mobile url
- if you put a message in the block that is displayed in the mobile view with the nomobile=true argument, the user can go back to the desktop site and stay there (nomobile=true sets a cookie).

So important is to use the nomobile argument. See the attachement for an example.

Optional going back to the mobile site can be done using http://www.domain.com/gomobile (when mobile and desktop site are on a different domain and cannot share cookies) or by using http://m.domain.com?nomobile=false (only possible if you use a subdomain for the mobile site) . If you just do http://m.domain.com, the user will go back to the mobile site, but he will not be redirected automatically to it (since the nomobile=false has set the cookie to never redirect)... Still following?

I will try to document this issue a bit better...
Let me know if this works (and sorry that I force you to use the dev version ;) but I want to release it as soon as possible as a new stable Mobile Tools version)

I just installed the latest dev version. This works great for (1) redirecting the mobile user to the mobile site and (2) allowing the mobile user to click a link to view the full site (using the ?nomobile=true flag) and (3) allowing the mobile user to return to the mobile site. Thank you so much!

One question/problem.

If the mobile user visits the full site again later, they are not redirected to the mobile site. I think most users are happy to use the mobile version most of the time, but just want to have the option to visit the full site occasionally. So, I would expect the redirect from the full site to the mobile site to work all the time *except* when a user clicks the link to the full site.

Is there a configuration for this scenario? Thanks!

Thanks for the report. This is the error (and I found a second one explaining some of your behavior)!!
These are some ugly bugs :)

I'll fix it right away

A new module file. Can you test this out?
I fixed a number of bugs... And it should fix all the bugs you mentioned!

I'll continue till it all works for you!

@ kittsunshine thanks for testing. I have uploaded a new file (attached to my previous comment... Could you test this out? )

Can you clarify your use case more. Do you mean:
- Mobile user goes to the site and he is redirected to the mobile version
- He wants to see something on the desktop site, so he clicks on the 'go desktop' link
- he views the destkop page
- when he clicks a new page, he is for that page automatically redirected to the mobile site again?
=> this scenario is not supported. By providing the go back to the mobile site with the nomobile=false argument is maybe a solution

If it is this that you want, I'll have figure out something.

Wow, fast work! I installed your updated .module file and I'm not seeing any differences (or problems!).

To clarify the use case, what I mean is:
- Mobile user goes to the site and he is redirected to the mobile version
- He wants to see something on the desktop site, so he clicks on the 'go desktop' link
- He views the desktop page and clicks on many more pages to look for what he wants, staying in the desktop site the whole time
- Later today or tomorrow he goes back to the desktop site and he is again redirected to the mobile version

I wonder -- would simply setting the cookie to expire at the end of the session solve the problem?

Also, I am using the nomobile=false argument for the link from the desktop site to the mobile site, but it doesn't seem to be clearing the cookie. If I click back over to the mobile site from the desktop site and then enter the desktop URL, it doesn't redirect. Should it?

Thanks so much!

Thanks for the reply. Glad that everything is still working fine :)

I think your idea on expiration of the cookie is perfect. I can add such a setting to the module.

concerning the cookie problem that you have, there can be some reasons for that:

- If your url structure is m.domain.com and www.domain.com, make sure that the $cookie_domain in the settings.php file is correct in order to share the cookie between the mobile and desktop site (value should be 'domain.com'):

/**
 * Drupal automatically generates a unique session cookie name for each site
 * based on on its full domain name. If you have multiple domains pointing at
 * the same Drupal site, you can either redirect them all to a single domain
 * (see comment in .htaccess), or uncomment the line below and specify their
 * shared base domain. Doing so assures that users remain logged in as they
 * cross between your various domains.
 */
$cookie_domain = 'example.com'; 

Any success with this.

- If this does not work for some reason, I have also provided a path /gomobile (e.g. redirecting to the mobile site goes by pointing to http://www.domain.com/gomobile) that will set the cookie on your desktop site first and redirect to the mobile site... This is for example needed if you use www.domain.com and www.domain.mobi

Maybe other solutions are better :)

Hi,

Thank you for the excellence tests!!! We will have a good tested module by the end of the week (or even tomorrow)

What is the $base_url in your settings.php file?

Further I see a type at line 401: should be
$destination = variable_get('mobile_tools_desktop_url', $base_url); // desktop was written wrong

An option to set the cookie to expire at the end of the session would be great! Thanks!

On the other issue, our development site where we're testing all this out, does not have separate domains! Our URL structure is http://domain.com and http://domain.com/mobile. Whether we use ?nomobile=false or /gomobile in the "mobile site" link, it doesn't seem to clear the cookie. The next time the user visits the desktop URL, they are not redirected.

Just to be clear, this is the use case I'm expecting:

- Mobile user goes to the desktop site and he is redirected to the mobile version
- He wants to see something on the desktop site, so he clicks on the "full site" link (http://domain.com/?nomobile=true)
- He wants to go back to the mobile site, so he clicks on the "mobile site" link (http://domain.com/mobile/?nomobile=false)
- Later today or tomorrow he enters the desktop URL and he is redirected to the mobile version

Is that how it should work? If so, for us, everything is working correctly except the last step. Any ideas?

By the way, when I first tested the /gomobile option, I was getting an access denied error on my iPhone. I checked permissions and recalled that when I installed Mobile Tools, since the permission said “configure Mobile Tools,” I had only given access to the administrative user. Once I gave permissions to anonymous users, it works great! Would it make more sense for the permission to say “access Mobile Tools” or “use Mobile tools”?

Thanks again!

Hi,

The error you had regarding the wrong block was maybe because I forgot to say that before testing you should go to your mobile tools settings page and save the settings again (and be sure that the right message is displayed in the textarea where you have to put the desktop message and the mobile message... Maybe they are switched now :)).

This was needed because there was an error (wrong message in the right block).

Can you save your settings in the mobile tools module (and remove the fix you have created). The code that you propose is currently in the module.

Let me know if this works!

@kittysunshine

Hi,

The problem you have is cause because the specific nature of using http://domain.com and http://domain.com/mobile
The module still has troubles with this approach. Using m.domain.com or wwW.domain.mobi versus wwW.domain.com is much more robust!

I'll try to find out how to make your situation work.

@kittysunshine

Ok, I think it should be fixed!
Can you test it....
If this test passes, I will giv the dev branch an official 'stability' tag....

Thanks for all the help!

This is the latest module (in case cvs is running behind)

Hi Waverate,

I misunderstood the question. It is indeed implemented like that that the block always appears.
I could make a checkbox in the configuration page asking if the block should only appear on the mobile site, or also on the desktop site.

Reason why I did not do this is that most of the time the mobile link is also displayed on the mobile site.

But your work around works fine, and I think I'll leave it like this... It's not a bad solution you have.

Tom

Hi,
when we can expect updating these features(I am in need for 'nomobile=true') to the official release version?

Angel

I am finishing the new Readme and install files and will upload it today!

Hello again! Sorry to disappear. It looks like you made good progress since I was last here! I just installed 6.x-1.11.

Everything is looking good, but I'm still hoping to solve the issue I raised in #9 above. Once the user clicks the full site (?nomobile=true) link, if they visit the full site URL again later they are not automatically redirected to the mobile site. I notice if I manually clear cookies from Safari on my iPhone, the automatic redirect works. So it looks like the cookies still aren't being cleared successfully. Ideally, I'd like to see the cookie expire after a relatively short time (30 minutes?) *and* I'd like to see the ?nomobile=false clear the cookie.

This is all happening in our development environment using the domain.com/mobile URL structure, so this is not an issue with cookie domain in settings.php.

Am I doing something wrong?

(And just to make it more confusing, we will also be using the m.domain.com structure in our live environment!)

for some reason this PHP does not work for me. I have enabled the block and put this code in the PHP condition box, the block disappears from all views whichever user agent I use!

EDIT i thought the PHP mode conditions was not working but this was a matter of block view permissions, the PHP code itself works well.

subscribing

Thank you so much for this fix,

Now you can switch back to PC site from mobile site by adding
<a href="http://www.yoursite.com?nomobile=true">PC Site</a>

Thank you so much for this bug fix.