@TheDJ, Thanks for your response and clarification. In the past, though there were similar problems, the data was being synced manually typically once in a month or so. That is no longer happening in this year. For an ordinary contributor to OSM+Wikipedia, it is like editing OSM expecting to see it in Wikimedia maps and getting disappointed, leading to losing interest in the project.

@Aklapper , I am surprised by your response. I think this is a critical bug impacting Telugu Wikipedia which is actively using Maps feature for several years and several other wikis. I initiated a discussion on Wikitech Maps discussion page in January 2022 for which also there was no response. Grafana shows equiad OSM sync lag at 13.5 weeks and codfw OSM sync log of under 60 mins today. Where else should I look for updates? Is WMF abandoning Maps project?

@Aklapper , @MSantos , I reported the bug around three months ago. There is no update at all. Can you respond with an update and also let me know if any more information is required from me?

On google chrome(Version 92.0.4515.131 (Official Build) (64-bit)), I observed the problem with Noto sans Telugu also, but the overlap with adjacent lines is far less making it usable.

@santhosh , Thanks for investigating. I enclose sample text snapshots of text in text editor with font as Lohit Telugu and Noto sans at 12 pt and did not find a diff. Could there be some other reason for the difference in behavior in content translation context

In T298522#7596789, @Xqt wrote:

Hi @Arjunaraoc: please refer the category's documentation (pwb category -help) or
https://doc.wikimedia.org/pywikibot/stable/scripts/scripts.html#module-scripts.category

The pagegenerators options like -cat or -subcats are only valid for the add action but you are using the remove action.

In this sense this task is invalid but a warning would be appropriate here I guess.

I have observed the problem today for url https://te.wikipedia.org/wiki/%E0%B0%86%E0%B0%82%E0%B0%A7%E0%B1%8D%E0%B0%B0%E0%B0%AA%E0%B1%8D%E0%B0%B0%E0%B0%A6%E0%B1%87%E0%B0%B6%E0%B1%8D#/map/0

Yes, Afterwards I was able to import with full history about 40 pages. Again I am facing the 503 error.

I tried again today and got the following error

I found the map updated today. Looks like the features visible at higher zoom level require around 10 days for updation.

I suspect that maps are remaining stale, as the area of changes is part of forest area, as similar changes in non forest areas were found to be refreshed in 2-4 days.

I tried today again and got the following error.

Thanks @Chicocvenancio. You are correct. When I used PAWS earlier, I seem to have tried a copy of replace.py to explore some bug I was experiencing. I forgot to delete it. Now I have deleted and checked that replace.py is working fine.

Thanks @Aftabuzzaman for your quick help. The corrections were done.

Chromium bug report

@Aklapper , Thanks for reproducing the bug. I checked in Firefox 84.0.2 snap and non snap versions of Ubuntu and found no problem.

I think this behavior change in Wikisource happened in the recent three- six months.

Source editor in Telugu Wikisource (https://te.wikisource.org) also has same problem.

Repeat the steps in the bug description with editor in Source mode and you will get the expected result.

After updating to the new configuration of proofreadpage, where the local names for Type, Title are used, I found pagelist widget working. Thanks @Soda @Aklapper for your help.

@Soda, Telugu wikisource configuration seems to have been different from enws, as we did not have మూస:Proofreadpage index template . We had మూస:Proofreadpage index
Now with the changes for pagelist widget, the already populated values for index pages are not present, when we try to edit. Need help to fix that, before we can address pagelist problem.

@Soda , The page name (MediaWiki:Index data config) you have given does not exist on enws and tews. I have updated with slight changes to the page https://te.wikisource.org/wiki/%E0%B0%AE%E0%B1%82%E0%B0%B8:Proofreadpage_index . The problem is not resolved.

@Aklapper , The problem is present in Chrome browser on Android as well. So I think mediawiki team may need to address this.

@Pginer-WMF , Thanks for your response. It is working now. Please see my other request T261940 as well.

@Aklapper , The screenshot highlighting the menu is enclosed.

It is not working today. Can @santhosh , @Pginer-WMF help?

Problem in Telugu wikipedia as well, example https://te.wikipedia.org/wiki/%E0%B0%B8%E0%B1%8B%E0%B0%A1%E0%B0%BF%E0%B0%AF%E0%B0%82_%E0%B0%B9%E0%B1%88%E0%B0%A1%E0%B1%8D%E0%B0%B0%E0%B0%BE%E0%B0%95%E0%B1%8D%E0%B0%B8%E0%B1%88%E0%B0%A1%E0%B1%8D#%E0%B0%86%E0%B0%AE%E0%B1%8D%E0%B0%B2%E0%B0%BE%E0%B0%B2%E0%B0%A4%E0%B1%8B_%E0%B0%9A%E0%B0%B0%E0%B1%8D%E0%B0%AF

It is working today.

No problem was observed when using Chromium Version 85.0.4183.83 (Official Build) snap (64-bit)

Could it be because of datacentre switchover on 1 Sep 2020?

If I open my past translation in translation dashboard, the published date seems to be updating, even if I do not republish, as I got the published date as 2020-08-12 when I fetched the details today after experimentally opening my past translation from the dashboard

In T258143#6358467, @Xqt wrote:

Looks like you added any unicode chars for the input and used the delete key to delete them and overwrite it with "a". This is a known Python bug. We should have an exception handling then.

With all gadgets disabled ,I checked on Windows 10, with Firefox 78, Edge version 18.18362, Chrome version 84.0.4147.89 and found the problem as most of my Telugu wikipedians use Windows. This needs to be fixed by mediawiki only.

As per https://phabricator.wikimedia.org/T258142, the above report is based on older version not updated in PAWS. I will report if it happens with the latest version, when I use it.

Sorry for my updates above, which were based on simple addition of text. But I found when I add Telugu text and then delete some characters, the problem remains in Firefox (68.10.0esr snap) , (nonsnap 78.0.2) and Chromium (83.0.4103.116) browsers.

I have tried with firefox 78.0.2 (non-snap). I found enabling charinsert gadget is causing the cursor positioning problem when typing Telugu text.

I did not find the problem when using Chromium Version 83.0.4103.116 (Official Build) snap (64-bit). But it runs very slow on my system.

In T258338#6317267, @VulpesVulpes825 wrote:

@Arjunaraoc, this might caused by one of the gadget you have enabled. If possible, it would be great if listing all the gadget you are currently using, so we can find which gadget that cause conflicts with MediaWiki-extensions-CodeMirror.

In T258338#6317220, @Aklapper wrote:

Hmm, cannot reproduce in Firefox 78 on https://te.wikipedia.org/wiki/%E0%B0%95%E0%B0%B0%E0%B1%8D%E0%B0%A8%E0%B1%82%E0%B0%B2%E0%B1%81?veaction=edit&section=6&uselang=en after clicking the Map, clicking "Edit", and choosing "Map Contents" (@Arjunaraoc: please always include full and complete steps to reproduce!). Which web browser has been used?

The logs mentioned are from PAWS 1.2

<nowiki/> after internal links is still being added from advanced mobile edit mode. https://phabricator.wikimedia.org/T258012

I have addressed the issue for tewikipedia and tewikisource.

The problem is solved with support from Twinkle team at enwiki. See. https://en.wikipedia.org/wiki/Wikipedia_talk:Twinkle#tewiki_twinkle_needs_help

Thanks, I found the change reflected on Telugu wikipedia

@Amire80 , I have created pull request https://github.com/wikimedia/jquery.ime/pull/587 incorporating the changes by @tuxnani from https://github.com/wikimedia/jquery.ime/pull/585 and implementing the review feedback from @santhosh Please help with the next steps for deployment. Telugu transliteration tests passed successfully in QUnit 1.23.1; Mozilla/5.0 (X11; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0 environment.

Thanks to @Mathew.onipe @Gehel and all others who helped in completing this task, I am able to get my recent OSM edits reflect on Wikipedia.

@MSantos , From the linked sub task, I find that the sub task has changed to "to-do". Is there a possibility to reset/reboot the current configuration, so that whatever works (for example, localised place labels continue to get the OSM updates?

@MSantos thanks for your update. I am happy to know that you are working on this as a main priority.

As per https://grafana.wikimedia.org/d/000000305/maps-performances?orgId=1&var-cluster=maps1 the failure is now 10 days old. An update on the issue and the expected time to fix would be helpful.