timjh

I had the same problem and resolved it by setting up a proxy image server on Linode. If there is IP blacklisting going on, Linode seems to escape it.

I haven’t tried it (yet), but perhaps the problem may go away by setting up a CDN for your website, or by using the Optimole plugin: https://www.ads-software.com/plugins/optimole-wp/

• This reply was modified 1 year, 5 months ago by timjh.

Yes – fixed! Many thanks.

• This reply was modified 2 years, 6 months ago by timjh.

@justincasedev – yes, very much the same as what I see, the working link with longer data, and the problem not explained by a simple truncation of the data.
It’s at least slightly reassuring that someone else is seeing the same problem!

• This reply was modified 2 years, 6 months ago by timjh.

Thanks for your polite response to my somewhat grumpy comment. I think I see what you mean, but perhaps it would be helpful to include some warning that the reported “highest supported PHP” for the plugin itself should be ignored? (Sorry if you already do and I missed it!)

I’m getting this frequently too, on PHP 7.4, up to date on WP and all plugins.

It seems to be a repetition of https://www.ads-software.com/support/topic/php-notice-undefined-index-active/

• This reply was modified 2 years, 8 months ago by timjh.

1.4.3 installed – fixes it. Thanks!

Not as simple as drag and drop, but in the classic editor if you switch from Visual to Text mode, you may see the list of image ids in the shortcode, like this: [gallery ids="974,975,517"]

Change the display order by changing the ids order, eg [gallery ids="517,974,975"]

I think that would be good, probably better than adding another shortcode attribute. Although cryptic, it puts the setting (and the documentation thereof) in a layer context.

Yup, that works! Many thanks. Your response in 6 minutes – is that a record?

Solved. My JS was inserting a CSS class that as a side effect caused the map container to expand after the map had been drawn; I found the JS that triggered this and inserted after it:

if (typeof osDataHubMap !== 'undefined') {
      osDataHubMap.mapList.forEach( function(e) {
        e.map.invalidateSize(); // redraw the map
      });
    }

Not an ideal approach, but it seemed to be easier than trying to make my JS run before the map is drawn.

Weird, then. But it’s not just my desktop machine – I see the same problem on my laptop. I’ll keep looking; I’ve got a hint of a problem in my custom JS, though that may not explain why you can’t see it!

@bluevelvetelvis Thanks for the advice, which I have now tried. It doesn’t help for editing an existing (classic editor) gallery, unless I’ve missed something(?). Good to know that there is a ticket, so will await a fix…

Same problem. I get the same Firefox debugger message as @bluevelvetelvis

I don’t understand the response from @multidots1896, possibly because I am not using the block editor.

• This reply was modified 3 years, 1 month ago by timjh.

Simon – thanks for updating me. Coincidentally, I had just spent a bit of time this week implementing a marker index. Today’s task was to make it work with v1.3 :-(. You can see it in action on the page referenced in my original post.

I had to hack os-datahub-maps.js to capture handles to (a) the map and (b) an array of marker layers (I wonder if there is a better way to get at these?).

I used a do_shortcode_tag hook on [osmap] to append the name index below the map. In the index, each name is a link to the map (to make it scroll into view) and holds a data attribute for the array index of the relevant marker layer.

My JS script, responding to a click on a name, takes just a few lines to retrieve the marker index, fly to the marker and pop it open.

I don’t like the long list of names in a single column, but a bit of CSS will fix that shortly.

Thanks for your quick response. I have done as you suggest and created a feature request.

Meanwhile, an opportunity to brush up my SQL beckons…