Jacquesdancona

print_r($stack) after wp_reset_postdata(). That was the problem ??

Hi Sperry,

Can you check if your website is hosted on Windows servers? I still think that’s the problem here.

We’re not using WP Touch anymore but I’m still curious.

Fixed this by writing a somewhat custom pagination function.

Tested it and works for me.

Thanks!

Bumping here. Using the Open Graph protocol really should be an option because there are a lot of plugins (like they very popular WordPress SEO by Yoast) that are already adding this.

The plugin is awesome though, thanks for the great work.

Just to be sure, this is about user agents and it’s not about hardware. Please read this https://en.wikipedia.org/wiki/User_agent#User_agent_spoofing.

WPtouch checks if the useragent being used looks like a useragent from a browser on a mobile device. If so, it’ll load the wptouch theme. If not, the normal theme will be loaded.

Your Powermac might not run Chrome but there’s a big chance there’s some extension/plugin or whatever for the browser you’re using on your Powermac to spoof the user agent.

Well, removing the htaccess and delete/rewrite some of your code to get it to work was a solution for me and might be a solution for others.

I’d suggest to show a warning (best imho would be an option) to users on IIS with something about problems they could run into with the autogenerated htaccess while using Really Simple Captcha.

You could use something like:

$needle = 'Microsoft-IIS';
$haystack = $_SERVER['SERVER_SOFTWARE'];
  if (strpos($haystack, $needle) !== false) {
  //On IIS
  } else {
  //Not on IIS
}

Hi michael7177,

to check how WPtouch looks on your website your user agent has to look like you’re using a mobile browser. You can use a website like Botsvsbrowsers.org (This link is loaded with a iPhone user agent and your website) or use an extension in your browser.

You can check if your website is responsive by simply resizing the browserwindow or use something like the RWD Bookmarklet.

Thanks Mika, I’ll look into it. I know it’s not something a normal user would want but a lot of gigabytes are involved.

In your first multisite e-book you wrote No plugin currently exists that permits this, and it’s out of the scope of Multisite. about sites in a network using the same library. Is this still not possible? Thanks for writing them by the way ??

If I find a solution I’ll post it here.

Hi Digital Raindrops Member,

See this this topic .

Here′s the direct link

Ron, the only testing you could do for me is to check what server software your hoster uses ??

Thanks Gavin. My hoster is using Microsoft-IIS/6.0 so we pretty much can be sure about what is causing the problem we’re having.

I’ve received another email from Brave New Code.

We have noted this issue for investigation for development with a future release of WPtouch and WPtouch Pro.

so I guess it’ll be fixed in the next WPtouch update ??

Hey Gavin and Ron,

could you guys check if you’re hosted at Microsoft IIS servers? You can ask your hoster or check what the value of $_SERVER[‘SERVER_SOFTWARE’] is. To do that create a new php file and add the following to it:

<?php
echo $_SERVER['SERVER_SOFTWARE'];
?>

Save it and upload the file to your website. Visit it at your website and check whats showing. Could you post the result here? It might be something like ‘Microsoft-IIS/*version*’. Please delete the file afterwards.

Brave New Code, I’ve sent you a new email with some more explanation ??

Hi Gavin,

That’s what I tried to explain in my quick dirty fix post (4 posts back ?? ).

This will work for you because you’re forcing it to use ‘https://’.
If you don’t use https in any way this won’t result (I think) in any problems. However, if you update WPtouch the edit will be overwritten with a new wptouch.php.

The problem does not seem to be theme or plugin related because I did a fresh install yesterday (default Twenty Twelve theme) with only WPTouch installed and the problem still occurs. I’ve already tested this three WordPress installs on two Microsoft-IIS/6.0 systems (one VPS and one shared hosting account).

I’m currently emailing with Brave New Code and they have access to these WP installs. They’ll probably check today.

By the way, thanks for the quick support and emails, Brave New Code!

I’m wrong about my fix and I need to be sleeping. Last thing I found with help from here:

if (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off'
    || $_SERVER['SERVER_PORT'] == 443) {

    $protocol = "https://";
} else {
   $protocol = "https://";
}

Err yeah, fixed this a long time ago. Can’t remember if I made a mistake or if this was some setting I missed. Topic set to resolved.