mshihinski

@sumitsanadhya Following up on this. Is this a possibility?

@sumitsanadhya This creates a new issue. The page scrolls to the wrong position then scrolls to the new position. While this works it is not an ideal user experience for people using the form.

Would it be possible to add an option to set the offset the plugin uses other than the default or have a way to override the default script from scrolling and still have the javascript event trigger?

If I disable the default scroll the event doesn’t fire.

Thank you for your assistance so far. I appreciate it.

@sumitsanadhya you should now be able to access the original URL to the live quiz page. Let me know if you still have issues connecting.

We need this to scroll to the correct offset. Disabling the scroll leaves us with a form that the user has to manually scroll back to the first question of each step.

Is there no way to create an offset? Or, is there JavaScript events we can hook in to in order to add our own code without modifying the plugin files?

• This reply was modified 1 year, 4 months ago by mshihinski.

I have not received permission to share the website to areas outside the US at this time. If that changes, I will report back. This is a video of the form scrolling under a sticky website header.

https://vimeo.com/847509627/e06c27d603?share=copy

Steps to reproduce.

• Create a quiz on a site with a sticky header.
• Fill out each page of the quiz.
• Click Next.
• Watch quiz questions scroll under the header.

Ideal option would be to have a way to set an offset for the scroll feature.

@sumitsanadhya The link is fine but it looks like the security team has set up restrictions that block any traffic outside the US. I have requested more info from them.

Is there a different way we can resolve this? I can provide a video of what is happening. The javascript that scrolls the page does not account for a sticky header which causes the first question to be hidden behind the header.

I was not able to respond to this due to a site error on the forums, but the URL in reference is https://www.dewpoint.com/cybersecurity-quiz/

For those having issues with the plugin being in French since the last update.

All of the language Machine Object Message Catalog (.mo) files are using the wrong files names. For example, to get the plugin back to english, I renamed the file deefusereorder-en_US.mo to reorder-post-within-categories-en_US.mo.

This is due to a change in the Text Domain and the language files not being updated to reflect this change.

Hope this helps!

@mernion

You’re welcome.

@support-web-dorado

More information is provided for this issue below:

Until the framework/functions.php file is fixed, this plugin will not work.

Original code:

function gmwd_get_option($option_name){
    global $wpdb;
	$page = isset($_GET["page"]) ? $_GET["page"] : "";
	
	if($page == "markers_gmwd" || $page == "circles_gmwd" || $page == "maps_gmwd"  || $page == "polygons_gmwd" || $page == "polylines_gmwd" || $page == "rectangles_gmwd" || $page == "markercategories_gmwd" || $page == "themes_gmwd" || $page == "options_gmwd" || $page == "uninstal_gmwd"){
		$query = "SELECT * FROM ". $wpdb->prefix . "gmwd_options ";
		$rows = $wpdb->get_results($query);	

		$options = new stdClass();
		foreach ($rows as $row) {
			$name = $row->name;
			$value = $row->value !== "" ? $row->value : $row->default_value;
			$options->$name = $value;
		}
		
		return $options->$option_name;
	}
	return false;
}

Updated code:

function gmwd_get_option($option_name){
    global $wpdb;

    $query = "SELECT * FROM ". $wpdb->prefix . "gmwd_options ";
    $rows = $wpdb->get_results($query);	

    $options = new stdClass();
    foreach ($rows as $row) {
        $name = $row->name;
        $value = $row->value !== "" ? $row->value : $row->default_value;
        $options->$name = $value;
    }

    return $options->$option_name;
}

I have applied this patch to my websites using this plugin and the the maps now work without displaying the over quota error message in the JavaScript console. By limiting the gmwd_get_option function to only return results for the admin sections of the plugin, you are preventing the frontend display from pulling the user saved API key.

@support-web-dorado

If you review your plugin’s code that I referenced previously, you will see that even if a user has a saved API key, it is not used. The code above prevents the API key from being pulled out of the database. A value of false is always pulled from the gmwd_get_option function in your plugin. This causes the plugin to always use the random API keys instead of the saved API key in the database. The issue is new.

• This reply was modified 7 years, 10 months ago by mshihinski.
• This reply was modified 7 years, 10 months ago by mshihinski.

The issue is within the function gmwd_get_option

if($page == "markers_gmwd" || $page == "circles_gmwd" || $page == "maps_gmwd" || $page == "polygons_gmwd" || $page == "polylines_gmwd" || $page == "rectangles_gmwd" || $page == "markercategories_gmwd" || $page == "themes_gmwd" || $page == "options_gmwd" || $page == "uninstal_gmwd"){

This is preventing the plugin from pulling the API KEY properly on the frontend. The API KEY becomes “false” causing the plugin to load from 4 random Google API keys that are over quota limits.

• This reply was modified 7 years, 10 months ago by mshihinski. Reason: typos

Issue should be resolved.