Ticket #2737 (closed bug: fixed)

Opened 3 years ago

Last modified 16 months ago

Google attribution occasionally missing on first map displayed

Reported by: pwr Owned by:
Priority: minor Milestone: 2.12 Release
Component: Layer.Google.v3 Version: SVN
Keywords: Cc:
State:

Description

I have noticed that occasionally the attribution is not displayed on the first map displayed (the text in the div is blank), though I've not been able to work out if this is an OL problem or a Google one, nor under what circumstances it occurs. Subsequent displays, such as zoom in then out, are fine. Google seems to load the terms link first, then the map tiles, then the attribution (which is dependent on the zoomlevel/layer displayed), and there can be a considerable delay while this happens. This means the terms div would be moved before the attribution arrives, but I don't see how this could cause the attribution not to be displayed.

I've noticed this with v3 api, but it may also occur with v2.

Change History

follow-up: ↓ 3   Changed 3 years ago by ahocevar

  • state Review deleted
  • version changed from 2.9 to SVN

pwk: can you please point us to an example where you experience this occasional behavior, along with a description to reproduce.

  Changed 3 years ago by ahocevar

s/pwk/@pwr/ above - sorry.

in reply to: ↑ 1   Changed 3 years ago by pwr

Replying to ahocevar:

pwk: can you please point us to an example where you experience this occasional behavior, along with a description to reproduce.

not really, no. :-) I was testing the new layer yesterday with a variety of pages, loading vectors over Google etc. Because of the problem with controls getting put in the wrong divs, I was specifically looking at the terms/poweredby divs (which I normally never look at) and noticed this issue on a couple of occasions. I could not tho see any pattern, so can't reproduce at will. As I say, I'm not even convinced it is an OL problem. I have also noticed on occasion that 1 WMS tile on a page does not load, which I have always put down to some sort of network glitch. This could well be similar.

I have just tried several page-loads to see if it occurred and of course it didn't (the watched pot never boils).

I access via mobile broadband where you're more likely to notice the order in which things are loaded than on faster land-lines.

  Changed 16 months ago by pwr

  • status changed from new to closed
  • resolution set to fixed

will close this one, as I've not noticed the problem recently

Note: See TracTickets for help on using tickets.