bdvllrd

Ok I have posted an issue on imagely.com and advising the QEM author.

I found also this old issue : https://www.ads-software.com/support/topic/page-refreshes-request-uri-too-large?replies=40

My issue have the same symptoms. I have a weird auto-refreshes repeatedly until I see the following error:
—
Request-URI Too Large
The requested URL’s length exceeds the capacity limit for this server.

Thanks for your help, I need finish this gallery

I understand. No problem.

For the moment I modify the line. But I need to do this at each upgrade.

I will try later my suggestion.
Anyway, thanks.

No. This should be tested.

Once I deactivate the Quick Event Manager, I can open the gallery manager.

But I need to use the Quick Event Mangager plugin too !
How can I fix this issue.

I read some posts regarding “Page Refreshes / Request URI Too Large” issue with nextgen but I don’t understand how I could solve this problem.

Regarding my prevoius post hereafter are some additinal infos:

wordpress 4.4.2
nextgen 2.1.26

Quick event manager 6.6

the bug occurs with firefox

No differences in my dashobard.

This avoid to load the jquery-ui css file twice.

My suggestion is correct only for people who run the last wp release.
For older wp release the jquery-ui release is different.

May be this script to get the correct jquery-ui release could be used.

public function get_wp_ui_version() {

global $wp_scripts;

if( !$wp_scripts instanceof WP_Scripts )
$wp_scripts = new WP_Scripts();

$jquery_ui_core = $wp_scripts->query( ‘jquery-ui-core’ );

if( !$jquery_ui_core instanceof _WP_Dependency )
return $this->ui_version;

if( !isset( $jquery_ui_core->ver ) )
return $this->ui_version;

return $jquery_ui_core->ver;
}

It happens the same thing with page edits.

The same test works with wp 4.2

Or like suggested by shundwen use date_i18n instead of date when a ‘F’ format is used.
By using date_i18n you can keep the date format.

A more simple fix to solve this problem has been provided by visor69 :

To solve this problem you need to replace the line
$strt_day = date (‘w’, mktime (0, 0, 0, $ month, 1, $ year));
to
$strt_day = date (‘N’, mktime (0, 0, 0, $ month, 1, $ year));

See https://www.ads-software.com/support/topic/incorrect-display-of-the-days-on-the-calendar

Replaced in four places.

Thanks for this fix. I confirm that this instruction have fixed the issue for me too.

I added the instruction if ($strt_day < 1) $strt_day = 7;
four times (not three times) in the code of the 1.7 release.

before the line 307
before the line 586
before the line 1560
before the line 1836

Not really solved but I think that my problem comes from the fact I had a function call (in the header) and an another quote widget in the footer.