How about only if no matches in the thread are found then begin a query. All the thread internal matches could be kept around in a local variable. And only if the user has typed something that couldn't be matched already, only then send a query over the network.

All I know is the layers on the Openstreetmap website get this right. So rather than trying to reinvent the wheel, perhaps just use one of their layers, over printed with value added items.

Perhaps I'm using a combination of something in Preferences, something from Chrome settings, and something from Chromebook themes. Probably also something else I forgot.

Thanks @Escargot_rouge but it still looks like this when I'm logged in:

Since it is impossible to edit the Structured Data due to this bug, I propose that if the user updates the {{Location}} template values, that should automatically reset the Structured Data coordinates.

Related problem:
https://commons.wikimedia.org/wiki/File:Probable_lizard_eggs_-_Taiwan_01.jpg
Here there is a red trash can:

By the way, if one chooses Remove All,

@ssingh If you try the experiment in T205619#8909717 you can reproduce the issue.

(I thought the bug was still open.)

OK. https://commons.wikimedia.org/wiki/MediaWiki_talk:Gadget-Stockphoto.js#Add_Markdown

OK, good. https://issues.chromium.org/issues/429708098 .

No, it requires a different download action than the one that you performed.

So downloading pages require two download actions?

Now back on the cell phone:
Chrome Beta 139.0.7258.3
Android 13; SM-A136U Build/TP1A.220624.014

In fact yesterday I was using DevTools on a Chromebook, emulating a phone. CTRL+S saved to an .mhtml file with the closed-forever sections.

On Android in Chrome browse
https://en.m.wikipedia.org/wiki/Carmel-by-the-Sea,_California

OK hard to reproduce. So I'll close it.

The problem is caused by the user clicking/tapping several times
in the same spot.

I (https://phabricator.wikimedia.org/T398383) sort of think the Google Chrome Android team think it's not a bug but a feature.

All I am saying,
is that the innocent public, not logged in or anything,
using a standard browser, "Chrome",
will see weird behavior, that I reported.

I posted https://en.wiktionary.org/wiki/MediaWiki_talk:Common.js#My_fault? because I just checked and the problem even happens for non-logged in users.

I see.
Well we users aren't used to clicking on something and nothing happens.
Therefore there should be a popup triggered,
that reminds the user to "Go visit your Gmail, etc. mailbox to see this message!"
Else it seems it is supposed to open up a message box like Facebook has inside the same website.

I'm sorry. I seem to not receive some of the emails to me.
I'm browsing https://en.wikipedia.org/wiki/Triangulated_irregular_network .
I have scrolled down a little.
Your Chromebook is up to date
Version 134.0.6998.94 (Official Build) beta (64-bit)
Screen Resolution Test:
1181 x 664

Sorry. I must have not got the previous notification.
Anyway, not logged in choose some Talk page and press
"Add topic".
You see the following, which practically screams at the user to
just go ahead and Add Topic without being logged in. No wonder
there are so many anonymous comments.

I was using Chrome on a chromebook.
Just try emulating a smaller screen and after a few sizes you'll see exactly the same thing that I did.
I don't have my Chromebook with me this week so I can't tell you the exact dimensions.

In T249569#10520624, @Esanders wrote:

Is this still reproduceable?

I have 2M/64K ADSL. You might say all websites will thus be slower. But somehow I'm always staring at a blank screen longer when it's a Wikipedia article I want to browse.

Visit Wiktionary not logged in.
Edit and submit a change.

OK. I filed
https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical/Bug_reports#%22Software_used%22_value_in_File_Details_table_on_Commons_shown_as_incorrect_blue_link

So I did nothing wrong.
So why is this bug "Closed, Invalid"?

So what did I do wrong?

But I used an incognito browser window.

Well I used the template above. Anyway any reminder would need to be
right next to the

**Steps to replicate the issue** (include links if applicable):

line.

It seems 7 out 8 things I report end up being gadgets.
Maybe here on Phabricator there should be added to the bug templates:
"Are you sure it wasn't a gadget?"
In fact there could even maybe be user defined reminders, that would appear
on top of the bug report template!

Anyway, here's more discussion.
https://ux.stackexchange.com/questions/1042/is-a-cancel-button-necessary-in-a-web-form

Well perhaps instead of a hacked HTML <form> cancel button, maybe have no cancel button at all.

Indeed, there is some kind of border around Cancel, just not visible enough.

But I especially used an incognito window to view the page.
The HTML is

<div class="stockphoto-layout-vertical" ... <span class="stockphoto_buttonrow" 
title="Download all sizes" .... ><a>Download</a><small>all sizes<

Anyway it is not me who installed the stockphoto gadget, because I was using an incognito window.

All I know is here are the specs,
https://www.movilable.com/en/phone/samsung-galaxy-a13-5g
and as you saw in the earlier image I posted, I didn't zoom in etc.