kg69design

See this topic. Maybe, it can help.

Hi. I have the same issue. It seems, that the reason of it – is the update of plupload.js in WordPress 3.9 (see).

The solution for me is to check “Scale images to max width XXXpx or max height XXXpx” on “Add Gallery/Images” page. The result – you can use flash-uploader (there are no more errors in browser console when you check this option). Moreover, this option does not work anymore – images aren’t scaled (but if you need to scale them – you have to chack similar option “Automatically resize images on upload” on “Options->Images” page).

Thanks for advise.

So sad to watch as a great project starts to stagnate (4 years just doing only that closing ticket). This is an obvious problem and everyone who has ever created more than one hundred categories – faced with this.

But there is a more serious problem – wordpress developers apparently farther and farther away from the understanding users. More and more often instead of solving the problems I hear – look for a plugin.

And I’m looking for. Looking for plugins to be able to sort posts, to add class to widgets, to see normal pagination, caching, seo. And I find.

And then search again. Search how to fix certain bugs in these plugins that occur with each update WordPress.

Do developers not clear simple thing – the basic functionality can not be given on plugins.

Personally, I installed (just replaced plugin files) development version. In any case, make a backup site and database before.

Development version (1.4.1.1) seems to be fine. Thanks for quick response!

I just tested previous version (1.4) – it doesn’t have such problem. So, I compared changes in both versions and it seems that I found temporary solution. In file wp-content/plugins/polylang/frontend/frontend-links.php on line 47 there is a filter that aren’t presented in previous version of plugin. So, I commented these lines:

add_filter('term_link', array(&$this, 'term_link'), 20, 3);

It seems that it fixed the issue but, of cause, we need to wait for “real” solution from the author of this awesome plugin.

I have the same issue. Links in language-switcher and in links to categories in main menu are incorrect for second language – they contains language-slug. The situation is the same as thelostdutchmann has.

P.S. I used this plugin for a long time and had no such problem until now.

Have the same problem on localhost on WAMP 2.2
Rene Puchinger solution solve the problem (change 0444 and 0440 to 0666)

Thanks, cubecolour. But I and tastymouse are talking about core integration. Plugins, for my opinion, is not a very good solution to implement such fundamental things. For example, we have many plugins for cashing and SEO, but look at support section of them – there are tons of issue reports. So, sometimes I prefer to use other CMS rather than find a fix to a basic CMS feature.

Totally agree with tastymouse. Manual post-ordering would be a great functionality (that is a basic functionality in many CMS). To clarify the “Manual post-ordering”:
———————
For example, if you want such a simple thing like change the post order, you need to change the date of this post. This is not good in many cases such as:
1. Sometimes, you need the date of the post to be “real”
2. It is hard to “position” one particular post through other posts by changing the date, because you need to know “next” and “prev” post dates and set the date between this time range
———————

I am very surprised that some people do not understand the problem. The great example of “Manual post-ordering” is Joomla.

One of the greatest advantage of WordPress – perfect design, which is now gone. Very disappointed.

You can do what you want without modyfying plugin’s core file. Just add to your wp-config.php:

// 01 Disable Contact Form 7 css
define(‘WPCF7_LOAD_CSS’, false);

If you want to disable Contact Form 7 js:

// 02 Disable Contact Form 7 js
define(‘WPCF7_LOAD_JS’, false);

All this things present in documentation: https://contactform7.com/loading-javascript-and-stylesheet-only-when-it-is-necessary/

I used this plugin for a long time, but it seems, that I can’t do it after v2.0. Did you test it at all?

Simple lines of code in footer.php:

<?php
    echo get_num_queries() . " queries in "; timer_stop(1);
    echo " sec., memory: ".round(memory_get_usage()/1024/1024, 2)."mb";
?>

And I have these results:

• 29 queries in 0.346 sec., memory: 24.31mb – post without plugin
• 32 queries in 0.594 sec., memory: 31.53mb – post after installed and activated plugin (no galleries at all)
• 54 queries in 0.690 sec., memory: 34.08mb – post with gallery-shortcode (image tag), but gallery is empty
• 123 queries in 1.232 sec., memory: 34.51mb – post with gallery-shortcode (17 photos in gallery)
• 225 queries in 1.176 sec., memory: 34.71mb – post with gallery-shortcode (34 photos in gallery (+17 images))
• 355 queries in 1.419 sec., memory: 34.9mb – post with gallery-shortcode (51 photos in gallery (+17 images))

As you can see, plugin (v 2.0.33) still has serious problems with database queries.

I suppose that we can’t use “output” here like “echo”, “header” etc.