Feb 2 2021
Thanks @Aftabuzzaman for your quick help. The corrections were done.
Jan 31 2021
Jan 22 2021
Jan 21 2021
@Aklapper , Thanks for reproducing the bug. I checked in Firefox 84.0.2 snap and non snap versions of Ubuntu and found no problem.
Jan 20 2021
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.
Nov 8 2020
@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.
Nov 7 2020
Sep 15 2020
@Aklapper , The problem is present in Chrome browser on Android as well. So I think mediawiki team may need to address this.
@Aklapper , The screenshot highlighting the menu is enclosed.
Sep 14 2020
Sep 13 2020
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
Sep 10 2020
It is working today.
Sep 4 2020
No problem was observed when using Chromium Version 85.0.4183.83 (Official Build) snap (64-bit)
Sep 3 2020
Could it be because of datacentre switchover on 1 Sep 2020?
Aug 12 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
Aug 11 2020
Aug 6 2020
Jul 20 2020
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.
Jul 18 2020
Jul 16 2020
The logs mentioned are from PAWS 1.2
Jul 15 2020
<nowiki/> after internal links is still being added from advanced mobile edit mode. https://phabricator.wikimedia.org/T258012
Jun 29 2020
I have addressed the issue for tewikipedia and tewikisource.
Jun 19 2020
The problem is solved with support from Twinkle team at enwiki. See. https://en.wikipedia.org/wiki/Wikipedia_talk:Twinkle#tewiki_twinkle_needs_help
Jan 14 2020
Thanks, I found the change reflected on Telugu wikipedia
Jan 3 2020
@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.
Dec 29 2019
Dec 3 2019
@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?
Nov 22 2019
Nov 20 2019
@MSantos thanks for your update. I am happy to know that you are working on this as a main priority.
Nov 7 2019
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.
Nov 4 2019
Nov 2 2019
Oct 29 2019
@Aklapper , I did reproduce it in Windows 10. But nobody from Telugu wikipedia reported any progress in reproducing it.
Oct 17 2019
@Cyberpower678 , I responded to your feedback on wiki, ( https://te.wikipedia.org/wiki/%E0%B0%B5%E0%B0%BF%E0%B0%95%E0%B1%80%E0%B0%AA%E0%B1%80%E0%B0%A1%E0%B0%BF%E0%B0%AF%E0%B0%BE_%E0%B0%9A%E0%B0%B0%E0%B1%8D%E0%B0%9A:Bot/Requests_for_approvals#Feedback_to_Cyberpower678_on_trial_run ) Let me know your feedback.
Oct 5 2019
@Aftabuzzaman thanks for your feedback. The main question is whether the logo should be square or rectangular in aspect ratio. Is it defined somewhere?
@Cyberpower678 , Request your response to the update on the feedback and for speedy deployment.
Sep 19 2019
@Aklapper, Sorry my previous comment led to a wrong conclusion by you. I meant that as the Linux userbase is quite small, I lost the hope that it could be reproduced, I am hoping that may be some one from windows user base if they happen to use Windows Telugu keyboard may be able to reproduce the issue,
@Jayprakash12345, Thanks for your help in resolving the issue. However I find the new logo 120*160, where as the old logo was 160*160, when I inspected with Web developer tools. On English wikisource, the logo size is 160*160. The result of this deviation could be that the left panel menus are pushed a bit down, than required. Can you look into it and see whether it can be addressed.
Sep 18 2019
@Aklapper , Thanks for your effort to reproduce. Most people on Telugu Wikipedia are using ULS, so they are not facing the problem. I am using Ubuntu 18.04 Budgie, with native keyboard support for Telugu and not m17n software. Now we need someone to reproduce it on Windows to proceed further,
Sep 17 2019
@Pikne I found this bug initially on Telugu Wikipedia. For reporting in phabricator, I recreated this on English Wikipedia .
@Cyberpower678 , Thanks for the trial run on te.wikipedia.org. The feedback is at https://te.wikipedia.org/wiki/%E0%B0%B5%E0%B0%BF%E0%B0%95%E0%B1%80%E0%B0%AA%E0%B1%80%E0%B0%A1%E0%B0%BF%E0%B0%AF%E0%B0%BE_%E0%B0%9A%E0%B0%B0%E0%B1%8D%E0%B0%9A:Bot/Requests_for_approvals#Feedback_to_Cyberpower678_on_trial_run for further action.
Thanks for your update..
Sep 6 2019
@Aklapper , Thanks for your update. Now that you have Telugu installed, you can simply try paste మండల and then select the word starting from rightmost. Then copy it and paste it elsewhere
Sep 5 2019
Sep 4 2019
After further experimentation, I found that I am using Native keyboard support installed for English and Telugu. With this setting, I am able to use ULS in searchbox but not in the main text entry area of page. Whether I select Transliteration or Inscript and save the settings, ULS fails to work. All my text input, even after changing language (CTRL+M) continues to be in English. Even on Windows 10, I use native keyboard support for English and Telugu, so I was able to reproduce it in Windows 10 environment as well.
Aug 22 2019
@Aklapper, Thanks for your update. I have requested other Telugu wikipedia editors to verify and report.
Aug 20 2019
In practice, during editing, I have found that even selecting with mouse also results in the same problem.
Hi @Aklapper , Yes I verified that the problem is present in safemode as well.
Aug 14 2019
I have looked at pageview split between mobile and desktop and did not see any problem. Mobile web has lot more views than desktop or mobile app.
Aug 13 2019
Sorry for the delay in responding.