godkid

I don’t think so – because doing that means there is no way to control the content of the site; which would pretty much go against 98% of what the software is intended for.

If you’re trying to allow people to post without “seeing” the backend of your site – then p2 does that already.

If you’re trying to “moderate” the content that people can post (which I doubt) I recommend using a combination of 2 plugins: Adminimize and Theme My Login.

Far as I am aware it can already move the javascript to the bottom to the page… unless you’re distinguishing between the footer and the bottom of the page (which I doubt) – as a matter of fact on my own website I have some javascript in the header and some in the footer.

Though tbh – I’m currently using the development version.

Checked the list of browsers in lite_detection against the settings that the blackberries I’ve seen this problem on (Bold 9000 running OS4.6, Curve 8320) and can’t seem to find the reason why the switch would not be occurring.

Any ideas?

@andreatrasatti

I actually have it working alongside W3TC – page cache and minify rejecting mobile user agents (using the default set which actually seems to be consistent with the list in switcher.php of this plugin) – I just wondered why if the rejection was happening is my score still so low?

from (a) looking at my status bar and (b) the fact that my site consistently gets a bad grade on ready.mobi (here) it seems that as suspected – the entire original page is being downloaded FIRST then the mobile page is being loaded.. meaning the visitor is wasting bandwidth dl’ing images etc that they’ll never see.

If I’m right, is there any way to fix this? Is it already in the works? Am I totally wrong?

i’ve found the same thing here – takes a full 10-15 seconds on the front-end then loads lickitty split with a flat page. Not sure why a flat page is taking so long to load (my assumption is that the 10-15 seconds is the plugin processing the original page and stripping the elements from it before rendering the “optimized” page)

confirming that the issue seems to be with the sidebar plugin – enabling and disabling fixes/re-introduces my error.

For the devs: My symptoms included ->

1. Could only see current month. URL structure etc. would be fine but calendar would not change to reflect month selected.

2. Only events with future end dates were shown. So if I had something from April 1 – April 3, and today was April 4 – the event would not be displayed on the calendar

Simply removing the sidebar plugin worked for me.

use the dev version as fredericktownes suggested – I believe it’ll fix your problem same way it did mine

my issue was resolved using the dev version as per your suggestion here

form builder seems to be working fine

I resolved this by:

1. Adding the files to the minification list, but specifying “Embed in Header”
2. On the JS Minify Settings -> selected “Combine only (Head)”

That allowed me to fully minify the other files and embed them in the footer while preserving these troublesome files.

I know this may sound a little silly, but:

leaving jquery.js unminified entirely VERSUS adding it to the minification process (along with 8 or 9 JS files that minify fine), but choosing “combine only”

Are the significant trade-offs? I’mhaving this problem currently with 4 files from wp-includes and just wondered

=====

Tested this – simply split scripts between header and footer and put the ones that were breaking in the minification in the header using Combine Only (header) setting, while leave those in the footer to be minified fully

I’m not sure, but I think it’s a problem with how the original file is written, so that minification breaks the code. Happens mostly with .js files for me, but there are some .css files that I’ve come across with the issue as well.

1. If you can – you can try loading the contents of the minified CSS file into a CSS editor and hoping it helps identify the problem… OR

2. If you have “remove comments” and “remove linebreaks” selected – you can toggle those on and off to see if you arrive at a setting that works (remove comments ONLY on, remove linebreaks ONLY on, both on, both off)

@fredericktownes

Thanks alot! The development version works like a charm – I’ll keep it enabled till an update is posted to WP plugin site.

I assume the update notification will be displayed similarly as if I were running a normal version of the plugin.

@fredericktownes

Sorry – I may have caused some confusion:

1. As a practice I enter the full web path (https://www.mydomain.com/…) for those with the version identifier OR just the path (as you suggest) for those without. As I’ve noted – I tried reinstalling to no avail.

2. The error I’ve identified above occurs despite putting the address in as instructed. The error is that the plugin generates that “doubling” in the absolute path – I was simply pointing to the error versus the correct address. It’s the same error that the others have mentioned – if you take a look at the error log you see the same doubling in the absolute path to the file.