@Samwalton9 Please recheck whether access issue is still there or not. Since you yourself have mentioned that issue is resolved..

I think Apache needs to be restarted as internal server error has occurred again

Thanks for the solution. I actually copied the same from Windows.

Contents of user-config.py

mylang='ml'
family='school'
usernames['school']['*']=u'Adithyakbot'
console_encoding='utf-8'
password_file='password.py'

In T266955#6594686, @santhosh wrote:

I do not think that a configuration or extra processing wthin a single software like MediaWiki can solve the complications.

Thanks a lot. It worked.

@Xqt That didn't work. I have got following error:

C:\Users\Adithya K\pywikibot>python pwb.py login
ERROR: Traceback (most recent call last):
  File "C:\Users\Adithya K\pywikibot\pywikibot\data\api.py", line 1705, in _http_request
    data = http.request(
  File "C:\Users\Adithya K\pywikibot\pywikibot\tools\__init__.py", line 1499, in wrapper
    return obj(*__args, **__kw)
  File "C:\Users\Adithya K\pywikibot\pywikibot\comms\http.py", line 313, in request
    r = fetch(baseuri, method, params, body, headers, **kwargs)
  File "C:\Users\Adithya K\pywikibot\pywikibot\comms\http.py", line 516, in fetch
    error_handling_callback(request)
  File "C:\Users\Adithya K\pywikibot\pywikibot\comms\http.py", line 397, in error_handling_callback
    raise FatalServerError(str(request.data))
pywikibot.exceptions.FatalServerError: HTTPSConnectionPool(host='schoolwiki.in', port=443): Max retries exceeded with url: /api.php?action=query&meta=siteinfo%7Cuserinfo&siprop=namespaces%7Cnamespacealiases%7Cgeneral&continue=&uiprop=blockinfo%7Chasmsg&maxlag=5&format=json (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1123)')))

In T264526#6515399, @Aklapper wrote:

What I wrote in the previous comment only happens when I am not logged in in Firefox 81. I cannot reproduce the problem when I am logged in in Firefox 81.
@Adithyak1997: Can you confirm that?

This is not completely right. When I am logged out, I am able to see the link working correctly. But when I login, the issue occurs. Clearing cache doesn't solve the problem. I am using Google Chrome browser version 85. I have tested in Firefox as well.
To make it clear, follow these steps:
1)Goto Main page.
2)Click on any of the links present in the sidebar.
Now, you will be able to see mainpage-text.

Expected output:

The actual reasons for not attaching screenshot was that when you visit the link provided, I thought you will be able to reproduce the same. Also, since I mentioned there Sidebar, I thought that too would help. Those were the reasons why I didn't provide any detailed info.

I am not one who is not involved in this discussion, but I have a small suggestion.

I am not sure how it got corrected, anyway the problem stands resolved

@MusikAnimal What was the method adopted to resolve this issue when it happened in enwiki?

This problem has again come for Bingobro where Xtools showing the user is autoconfirmed but showing none in Wikidata User Rights.

@Omar_Ghrida When checking the list of active Interface Admins, you can contact Obaid Raza as well as Yethrosh for making changes. Both of them are active. Please try putting a request in both of their talk pages. Yethrosh has actually commented the code related to Twinkle in MediaWiki gadget definition page.

I think there is a small mistake in the code being added by @Xqt. In all the additions done by you in the welcome.py file, the template namespace has been added erroneously I think.

I have encountered this in many wiki projects starting from yesterday I think (not sure).

You may verify whether pywikibot-welcome-... are translated already.

In T255179#6228151 RoySmith wrote

log everyone out

Why should this actually be done? I think only those who face issues now, requires this to be done I think. Also, since nobody has recently mentioned here that they face issues, I think by the message posted by akosiaris regarding insufficient capacity, I think the problem stands resolved.

I have a small suggestion - Please purge the page and try refreshing also.

This might be due to the reason that you are trying to login even after you have logged in once. Try refreshing the page and clear cache

The code worked when ran the command :

webservice --backend=kubernetes --canonical python start

Thanks a lot for helping me by providing a detailed solution to the issue.

Your question here is confusing

I have heard this lot many times but has bot been able to change it yet. Once again thanks for the solution.

@bd808 Can you please visit https://fireflytools.toolforge.org/. The error code has changed now.

The tool was working fine till migration. Actually, it stopped working when I typed the command

webservice stop' followed by 'webservice --backend={kubernetes,gridengine} --canonical start

When checked in the service.manifest file, it was shown that the distribution is 'Debian'. I have doubt whether it needs to be changed to 'canonical'
(don't know whether it's possible). I tried many commands as part of which I used the command

webservice --backend={kubernetes,gridengine} --canonical python7.3 start

I have doubt whether this led to PHP 7.3 Kubernetes webservice. If you can confirm, please check whether the server is httpd or not. Because I haven't dealt with it yet for the purpose of tool. As part of trying to solve the issue, I have come across the command

webservice --backend={kubernetes,gridengine} --canonical {type} start

and have replaced the type as 'httpd' also. Couldn't that might be the reason for having a lighttpd server?

Please consider following code:

#!/bin/bash
cd /data/project/fireflytools
source www/python/venv/bin/activate
./u2_candidates.py enwiki 1000 &
wait

I would like to know whether the word 'fireflytools' needs to be changed from this.

The issue is fixed by adding the path of Python. The actual cron job required was:

*/2 * * * * /usr/bin/jsub -N tools.mlwikidbupdate -once /mnt/nfs/labstore-secondary-tools-project/mlwikidbupdate/venv/bin/python /mnt/nfs/labstore-secondary-tools-project/mlwikidbupdate/editcount.py

https://toolsadmin.wikimedia.org/tools/id/mlwikidbupdate

Link for my tool. It doesn't have a UI and updations are done with the help of WinSCP and Putty.

Thanks a lot. I replaced

conn = pymysql.connect(host=settings.host,db=settings.dbname,read_default_file='~/.my.cnf',charset='utf8mb4',)

with

conn = pymysql.connect(host=settings.host,db=settings.dbname,read_default_file='~/replica.my.cnf',charset='utf8mb4',)

and it started working.

I added it only due to the reason that it's related to tools

For smaller queries, I think http://petscan-dev.wmflabs.org/. I don't know about it in detail.

https://www.mediawiki.org/wiki/User_talk:Tpt#Adding_as_a_co-maintainer Link to the discussion. He haven't added me as a co-maintainer yet

In T232417#6140790, @Adithyak1997 wrote:

I have received around 100 mails within 30 minutes today. Does this have to do anything with T61731?

I have received around 100 mails within 30 minutes today. Does this have to do anything with

T61731

Let us know the new email addresses to add as admins

My email address - adithyak04@gmail.com

In T249671#6043530, @Denny wrote:

Found a source for Kentucky. Nevada is still missing.

Actually, there are 3 list admins present. All 3 of them have gone inactive. So, the solution will be to appoint some others as list admin so that they can do the same.

I don't know whether its related. Yesterday, some of the users including me have faced problems logging into QuickStatements through OAuth which showed the error

Error retrieving token: mwoauthdatastore-request-token-not-found

Now it's working fine for me.

Currently there are no interface admins yet

I cannot solve this problem as it requires edits from the part of Interface Admins I think

I tried both by enabling as well as disabling general fixes. Should I enable general fixes or disable it?

Thanks a lot. It worked. I actually faced the same issue earlier for which I didn't remember the solution that I used.

Actually, in my case, the problem is that I have not been added as a maintainer (note: doesn't mean I will solve it, but I will try).

But one of the maintainers is actually active now. I am actually waiting to check if he approves my request or not.

I was not able to test it due to the reason that I was not able to access the tool using the command use toolname.
Following are the two solutions which I can try once gained access:
Firstly, restarting the service. This needs to be done since many times Phe was able to solve the issues related to OCR through restarting.
Secondly, to check whether the html file is freezing due to the any content related policy issues or not.

Ok. Let me try it

I have yet another doubt. Will the edits done by me and after using git push command, will it be reflected in the original application?

I have a doubt. Without being a maintainer of the tool, how can I edit the pages related to this? I have tried the command become phetools but it generated the following error:

You are not a member of the group tools.phetools.
Any existing member of the tool's group can add you to that.

Ok. Let me give it a try.

I am interested in becoming a maintainer for this tool. I have idea about Python. I will ''try'' to resolve the issue that led to this task. If I am unable to resolve this issue, I will surely inform in Phab so that my rights on the tool can be revoked.

Ok. Thanks for replying

Does that mean this needs to be raised anywhere else?

Can I post the request for having a co-maintainer be posted here?

Does that mean the tool was run externally by just using db?

I actually delete many of the messages that I get in may gmail. But I don't delete them from Trash. It was after searching in the trash as well as in my inbox that I made such a statement.

I don't know the latest updates about this issue. But I would like to inform that I haven't received any messages stating the Memory allocation error in the last 1 to 2 weeks.

Actually, I think the dates for accepting/rejecting my request has passed already. I guess the delay is due to the issue T222255.

@JJMC89 Does it have anything to do with this. Sorry if it is totally unrelated.

It's from Cron Daemon with the sender <root@tools.wmflabs.org>. I usually get error messages when something went wrong with the tool.

In T221451#5127795, @bd808 wrote:

you need to either adjust your application so that it uses less total memory at runtime or adjust the runtime that the application is running under so that more memory is available to the process.

Please check the page https://tools.wmflabs.org/sge-status/. In that, when I searched for the jobs run by my tool, it showed large memory space {I guess}. So I think it has something to do with Kubernetes.

I have a small doubt. Is there any method by which .sh files which contain dump values can be cleared through Putty?

@Aklapper Sorry. Actually, this post was created around 2 and a half years years ago and no recent updates were seen here, which led me to ask such a question. I would like to inform that I am interested in becoming a maintainer for this tool. I have a small suggestion too. If I am selected as a maintainer, I may try to maintain this tool. But if I am unable to handle this tool, please remove me as a maintainer (at that time).

@Quiddity I have recently posted on the talk pages and have updated links here. I have doubt whether the user have gone inactive as he has made only a total of 6 edits. He was last seen at te.wikipedia.org where he have linked his account. So my suggestion is to just ask him on the day before the request is being accepted, whether he is active or not.

@bd808 I have a small suggestion.

@RhinosF1 Will it require any change in coding or just an installation of required packages?