https://tools.wmflabs.org/crosswatch/welcome works for me.
http://tools.wmflabs.org/crosswatch does not work for me.

This task is vague enough that it's probably about something else than I expected in my last comment, namely that after logging in via OAuth, I get the following error:

Server failure
No watchlist could be retrieved. This is an internal server error, please open a bug report if the problem persists.

(For those wondering, the listed maintainer has been inactive for over a year now.)

For me, https://tools.wmflabs.org/crosswatch/ loads a bunch of javascript and then redirects to https://tools.wmflabs.org/crosswatch/welcome. When I authenticate using OAuth it starts loading my watchlist(s) and then errors with:

Server failure

No watchlist could be retrieved. This is an internal server error, please open a bug report if the problem persists.

Tailing all of the obvious error log files in /data/project/crosswatch provides no useful data. The tool itself is licensed under an OSI-approved license so if the Tool Labs community approves a solution for T87730: Set up process / criteria for taking over abandoned tools which is currently being voted on at meta then it may be possible for a group of interested developers to jump in an try to debug further.

For me gives it the exact same error. Can someone solve it?

In T144083#2824949, @QZanden wrote:

For me gives it the exact same error. Can someone solve it?

At the moment I think that @Sitic is probably the only person who could fix things. As @Elitre pointed out they seem to have not been around for a while.

I've reached out to @Sitic about this. Hopefully we'll hear back soon.

Too bad to continue seeing "Server failure"

Same problem here. When the server error pops up, the JavaScript console goes: "No websocket message after 20 seconds."

In T144083#2977819, @Sophivorus wrote:

I'm setting this as high priority because the entire app depends on it! And it's a very useful, requested and advanced app.

According to https://tools.wmflabs.org/?tool=crosswatch, @Sitic is the only maintainer of the current tool, and they have not responded to this bug in the last 5 months. I don't think raising the priority is going to change that, but I would love to be proven wrong.

Luckily the source is available (rTCRW labs/tools/crosswatch) and has a clear license. This gives the opportunity for an interested volunteer to step up and attempt to replace the tool with a fork. The more drastic step of requesting adoption of the existing tool is also available, but I'd recommend at least proving that a working version can be built before jumping into that discussion with the Toolforge-standards-committee.

To get access to toolforge, see https://wikitech.wikimedia.org/wiki/Help:Getting_Started

That doesn't give you access to the tool itself, but as said, better to just get it working first, maybe on a second tool-account, for the toolforge basics see https://wikitech.wikimedia.org/wiki/Help:Toolforge

Once working you might request to take over the tool-account.

Good luck, and thanks for the willingness to look into this.

@Sitic if you are by any chance available to clarify some things that will be great 👍

@OriHoch I also applied for abandoned tool to make me a maintainer and fixed the tool lately. I can help with anything if you will struggle, don't bother to ask me

In T144083#4975847, @Dvorapa wrote:

@Akoopal I also applied for abandoned tool to make me a maintainer and fixed the tool lately. I can help with anything if you will struggle, don't bother to ask me

hi, I did not fully understand your comment, are you saying you fixed the crosswatch tool already? if yes, it would be very helpful if you could post your fixed code

@OriHoch No, I fixed a different tool, but I have experience so I can definitively help with any struggle. btw what/where could be the problem in the code, does anybody know?

great, thanks a lot @Dvorapa for your help! I'll let you know if I have specific problems

I published the code on GitHub: https://github.com/OriHoch/wikimedia-crosswatch

crosswatch uses an oauth consumer key for login, all docs seem to point to this page to request a key, but it is not available (I'm getting unauthorized on that page): https://meta.wikimedia.org/wiki/Special:OAuthConsumerRegistration/propose

any help would be appreciated

In T144083#4996209, @OriHoch wrote:

crosswatch uses an oauth consumer key for login, all docs seem to point to this page to request a key, but it is not available (I'm getting unauthorized on that page): https://meta.wikimedia.org/wiki/Special:OAuthConsumerRegistration/propose

any help would be appreciated

Are you getting unauthorized when submitting the form or you can not see the form on that page at all? Have you got the Toolforge membership already (https://wikitech.wikimedia.org/wiki/Help:Getting_Started#Get_started_with_Toolforge)?

@OriHoch: Could you answer the questions in the last comment please? Thanks in advance!

Hi, sorry for the delay in reply. The problem was that the page is accessible only after making 5 edits on meta.wikimedia..

I got what I need now, hopefully I'll have some updates on this issue soon

I published some fixes here: https://github.com/OriHoch/wikimedia-crosswatch/commits/master

I deployed it but there are still some problems: https://crosswatch.k972il.com/crosswatch/

1. waiting to get oauth consumer request to be approved - until it's approved you will get permission denied error for viewing your watchlist
2. code for getting list of user wikis needs to be fixed, currently it's hard-coded to use en and he wikis for testing

deployed here: https://crosswatch.k972il.com/crosswatch/

still some problems as described above, but it works

:)

To overcome the problem with getting list of user wikis I added a manual wiki selection page which appears after log-in

You have to input a list of wiki ids which you have a watchlist for. To change the wiki selection, log-out and back in.

My oauth consumer request is not approved yet, but it works for me.

It is deployed here: https://crosswatch.k972il.com/crosswatch/

The deployment is based on a Helm chart, in case you want to deploy on wikimedia infrastructure: https://github.com/OriHoch/wikimedia-crosswatch/tree/master/helm/crosswatch

This is the pending oauth request: https://meta.wikimedia.org/wiki/Special:OAuthListConsumers/view/28e50e47bd2b58e5a2f14d6bfbd7ecb7

@OriHoch I'm so happy you decided to take on fixing this tool! Having so many different watchlists is a daily pain. Please keep it up!

Today I tried accessing https://crosswatch.k972il.com/crosswatch
First I got a grey screen and a couple JavaScript errors.
However, for some reason, after a few reloads the Welcome screen loaded, but when I tried to "Sign in with OAuth" I got the following error:
"crosswatchfix" is not approved as a Connected App. Contact the application author for help.
I guess you're still working on this. Just wanted to give some feedback and thank you again and again for your effort!

In the meanwhile, I've created a global watchlist user script - see https://en.wikipedia.org/wiki/User:DannyS712/Global_watchlist

In T144083#5340852, @Sophivorus wrote:

@OriHoch I'm so happy you decided to take on fixing this tool! Having so many different watchlists is a daily pain. Please keep it up!

Today I tried accessing https://crosswatch.k972il.com/crosswatch
First I got a grey screen and a couple JavaScript errors.

I don't see any JS errors.

However, for some reason, after a few reloads the Welcome screen loaded, but when I tried to "Sign in with OAuth" I got the following error:
"crosswatchfix" is not approved as a Connected App. Contact the application author for help.
I guess you're still working on this. Just wanted to give some feedback and thank you again and again for your effort!

That's because the application request is now "expired".

In T217509#5753697, @OriHoch wrote:

Hi, I'm not available to do any more work on it, but if anoyone needs to do updates/fixes to the deployed app here I might be able to help: https://crosswatch.k972il.com/crosswatch/

Since this project has no one to work on it and Danny is working on global watchlist extension separately, should crosswatch component page at least not say it's Active?

@Ata: Heja! :) "Active" in Phab lingua implies that the project tag in Phab has not been archived. If you think that the crosswatch project should be archived and all its tasks in Phab be closed, could you please follow the link on https://phabricator.wikimedia.org/project/profile/2829/ and create a dedicated ticket about that? (No need to fill in all the stuff in that template yourself.) Thanks a lot!