Martin Kuplens-Ewart

Viktor,

WooCommerce’s approach works because the desktop theme remains active when it is being called; WPtouch, on the other hand, replaces your regular theme for mobile page loads, so it is just another deactivated theme as far as WordPress is concerned (for that request only).

Properly separating enhancements into plugins (as some major theme developers have once again started doing) is the best approach.

The plugin we drafted isn’t a plug-and-play object –?rather a proof of concept that works for a particular theme framework. Since each framework uses a different file structure, each will require a different implementation to correct the problem.

One of the drawbacks of how WordPress handles shortcode (and post type/field) registration is that it happens anew every time a page on your site is loaded.

When WPtouch handles a mobile request it uses its own mobile themes to handle the display of your content, so when a visitor to your site access it with their smartphone, your desktop theme is not loaded.

If the code for your shortcodes, etc. is inside your desktop theme, whether directly or through a framework inside it, they don’t get registered when WPtouch’s theme is loaded. And, of course, because WordPress then has no idea they exist, WPtouch can’t display their output.

We’ve been able to work around this for custom post type support –?short of trying to load your desktop theme’s functions.php (and subsequent included files), though, there is little WPtouch can do to load shortcodes registered by your desktop theme.

For these features to reliably work for your mobile site, theme developers will need to either move things like this out of their theme files and into a plugin or, in the alternative, ship a basic plugin that just loads the necessary theme files and calls the limited code required to activate those features for mobile requests.

We have example code for such a helper plugin available for review – I would welcome theme/framework developers to collaborate with us to ensure that the features their customers rely on work seamlessly across both desktop and mobile themes.

If you’re considering an upgrade to WPtouch Pro, the 5-pack and higher licenses include Infinity Cache, which offers easy page caching for both desktop and mobile users –?and of course works perfectly with WPtouch ??

Hi,

That sounds like a cache plugin issue. If you are running a cache plugin or service, please make sure it is configured per the instructions here – https://www.wptouch.com/support/knowledgebase/optimizing-caching-plugins-for-mobile-use/

Hello,

It looks like you may have a plugin or server configuration that is rewriting theme file URLs to m.dreamhomeguide.in. As a result jQuery (along with one or two other required files) is not loading correctly.

The theme menu (and other features) rely on JQuery to work correctly –?resolving your JavaScript issues ought to fix the problem.

The problem is caused by Quick Cache not distinguishing between mobile and desktop users. Whichever version of a given page or post is loaded first will be cached and displayed to all users.

You’ll want to either exclude mobile user agents from the Quick Cache plugin (you’ll need their Pro version of it) or choose another cache plugin that works with mobile plugins.

You may wish to upgrade to WPtouch Pro, which offers a caching extension for 5-pack licenses and up that elegantly handles page caching for both mobile and desktop visitors.

These would indeed be a big help, particularly the content_url filter.

Hi Sonja,

Looks like these are a custom post type –?you can enable their display in WPtouch via Theme Settings > Enable custom post type support

Hi there,

It sounds like a PHP error is being thrown which is causing your server to stop rendering the page. Your best bet is to review the server’s error logs to see what the error is –?you’ll be able to debug from there.

If you have an active WPtouch Pro license, I would invite you to open a ticket on the WPtouch support site: https://wptouch.com/support/.

Thanks,

-Martin

Hi Tim,

With version 3.4.3 we revised how WPtouch authenticates file uploads. Where we had previously been relying on an admin nonce, since that version, the plugin’s file uploads (icons, web app mode startup screens) can only be performed by a logged in user with administrative privileges.

Absent further information from the reporter, we do not believe there is any significant vulnerability identified in yesterday’s report.

However, out of an abundance of caution, we will be including a patch in release 3.4.7 which aggressively limits the types of files that can be uploaded through WPtouch.

Thanks,

Martin Kuplens-Ewart
Product Designer
WPtouch

You are using shortcodes that are not available to WPtouch, likely registered by your desktop theme.

As WPtouch replaces the desktop theme for mobile page views, most things registered on page load by the desktop theme is unavailable to WPtouch when it renders the page.

There’s a knowledgebase article on activating desktop theme shortcodes available to Pro license holders at https://www.wptouch.com/support/knowledgebase/activating-your-desktop-themes-shortcodes/

Can you expand on what’s not working & post a link to the site?

Hi,

Can you post the URL to your site?

Thanks

Can you post the URL for your site?

Hi there,

Do you have Custom Post Type support enabled (under Theme Settings)?

Thanks,

-Martin