Actually I just tried using Firefox 66.0 on Mageia Linux 64-bits and it worked. So it seems the problem occur sometimes, probably on some webbrowsers.

Indeed, the color is now there. Thanks

Not sure this issue is resolved. I still do not see the icon in red and blue (they remain grey).

In T217883#5011550, @Krenair wrote:

In T217883#5011518, @Aklapper wrote:

In T217883#5011452, @Pamputt wrote:

It means for everyone except logged-in user that have changed the skin in their preference.

@Pamputt: What does "changed the skin in their preference" mean exactly? Do you propose to overwrite the skin setting of every account that has set "Vector" as their skin on https://fr.wiktionary.org/wiki/Spécial:Préférences#mw-prefsection-rendering ? Wouldn't that mean that a lot of people would log in and suddenly see a completely different user interface without knowing why and not necessarily knowing how to revert (if they wanted), even those people who intentionally chose to prefer Vector over other skins? (Note that the Preferences unfortunately does not offer a "Use default skin" setting; you explicitly have to choose a skin...)

Pretty sure they're saying that everyone who hasn't selected a particular skin in preferences already would now get timeless, just they'd be able to change by going to preferences.

In T217883#5010779, @Aklapper wrote:

What does "default" mean? Logged-in users? Anonymous users? New logged-in users?

Another example in the Preferences menu, the banne "Lingua Libre is in open beta. Be aware that bugs can still occur. Please share your feedback here !" appears in English while all the rest of the interface is in French (in my case).

@Spinster, does what 0x010C proposes solve your problem? Can we close this task?

This is how I experience this problem

In order to be clear, I attach this picture. Here I recorded "bahá’í" and "sabaot" (circled in red) but I do not know how to pronounce them. So I would like to make them "blue" again (like "afrikaans" that I skipped) and "green" like the others that are validated words. I guess at this stage the items are not yet created. So what I would like is to be able to "devalidate" these words (and so not to do it at the upload stage).

@Nuria, I guess you mix with T205769.
T205769 is about the "Top editors" view while this one (T205770) is about the "Top edited pages" view. How to unmerge both tickets?

As T188859 has been merged with this task several months ago, is there any progress on this topic? I think it would be really interesting to have this for the next Wikisats 2.

I do not have this problem anymore too. I use Mageia Linux 64-bits with Firefox 52.9.0

@GoranSMilovanovic there was indeed probably a mismatch with previous updates. Now (18:00 UTC), the ten first entries of the list are correct (present in simplewikt and not in frwikt). There is no "empty" entry anymore. Everything looks good.

@Lea_Lacroix_WMDE it seems that aaa on simplewikt is one of this page. We see clearly that it has been deleted in the past. This is not the cas for other pages, such as "aabi".

I still continue to think that these pages do not exist. I do not know where does its content come from but for sure it is not part of the page. For "aabi", for example, we can see this content here. Yet, from here, we see clearly that the page is a red link.
Moreover, we can see this text on all pages that do not exist. For example aaaa, aaaaa, ... have all the same content and do not exist on both simplewikt and frwikt. However, they are not listed by Wiktionary Cognate Dashboard whereas it is exactly the same case as "aabi". So if you are right, I expect to get a lot of pages present in simplewikt and not in frwikt. However, this is not the case.

Actually, sorry for the mismatch but I set frwikt as source and simplewikt as target. Just now, I get the following list: "aabi", "abasie", "abdicable", "abdiceerden", "abduceretur", "abdukcji", ...
From this list, only "abdicable" exists on simplewikt. All other words do not ("aabi", "abasie", "abdiceerden", "abduceretur", "abdukcji"). Meanwhile, "abasie" and "abdiceerden" exist on frwikt (although frwikt is the source). And "aabi", "abduceretur" and "abdukcji" do not exist on both simplewikt and frwikt.

@GoranSMilovanovic indeed, the update has fixed some mistakes. However, I still continue to think there is a problem with simplewikt. In the new update, the list is "abasias", "abbottonare", "abcédographie". "abasias" was good (I created the page on frwikt). But "abbottonare" does not exist on simplewikt but do exist on frwikt. The same for "abcédographie" (simplewikt and frwikt).
The fourth word: "abdicable" is good. It does exist on simplewikt and not on frwikt...

Hmmm, it seems there is a specificity for simplewikt. Indeed, if I go here, I see clearly that "대신에" do not exist (red link). The same for "Aako". I do not know why they have a behaviour compared to other Wiktionaries.

I think T166487 solves this request, isn't it?

Indeed, I am sorry. Hidden categories were not displayed because of my settings. If I enable this option, hidden categories are shown. This report can be closed.

In T150841#4245312, @Lea_Lacroix_WMDE wrote:

So if I understand correctly, there's not much we can do before the Wiktionaries agree on having a common template in their titles?

@GoranSMilovanovic @Lea_Lacroix_WMDE
Even if the current translation system "work", I think it should be improved. I think it is not possible to maintain such system over a long time. For example, what will happen when GoranSMilovanovic will not be there anymore or will not have time anymore to update translations?
In addition, I think some strings are missing (just switch to the FR language, and you will see several strings that still appear in English). This is quite difficult to find all the translatable string from the user point of view while it is easier from the developer point of view (wether we want to translate the whole interface).
A better solution, IMO, is to allow translating the interface from translatewiki. Is there any reason why not using translatewiki?
I understand that such solution require more development time but it appears to me to be a better long-term solution.
Should I open a new ticket for this request?

Another example

I created T201947 in order to follow my last request.

Wiktionary contributors might be interested to know which entries are the most popular so as to improve these pages first (add pronunciation, synonyms, etc). Since these entries exists on a large number of Wiktionaries, they might find a lot of information to add trough all the Wiktionary editions.

Is this ticket related to T195740? *I am not sure so I do not link both tickets but if you think so, please do it.

I have another request for this dashboard. Would it be possible to add a new tab (or to add within an existing tab), a list of the page that are the most linked over all the Wiktionaries? This is a kind of opposite of "I miss you". For example, we will have a list with "a" existing on 97 Wiktionaries ; "and", present on 80 Wiktionaries, etc. The list will be sorted from the entries that are the most linked to the ones less linked.

@GoranSMilovanovic thank you very much for the detailed explanations. Still few remarks

1. In the "Compare" tab, if I click on "Download (csv)" just before clicking on "Generate", I arrive on an error page saying that there is no such file. From an ergonomic point of view, I think this button should be disabled while the user has not yet click on the "Generate" button.

@GoranSMilovanovic, I tested the "new" version of the Dashboard prototype. I compared enwikt (source) and frwikt (target) and all the words that are listed point to https://fr.wiktionary.org/wiki/ (and not to https://en.wiktionary.org/wiki/xx). In addition, I still get disconnection after 2 or 3 minutes.

In T166487#4446003, @Pamputt wrote:

If I compare frwiktionary (source) and dewiktionary (target), the first link is "-". There is a problem because frwiktionary as also an entry for "-". Could you check?

In T166487#4446208, @GoranSMilovanovic wrote:

With the open (free) version of the Shiny Server we cannot change the session timeout parameter. However, I've managed to find a trick that should do. The session timeout is now extended to ridiculous ten minutes (no comparison will ever take so much time) and the problem should not resurface.

If I compare frwiktionary (source) and dewiktionary (target), the first link is "-". There is a problem because frwiktionary as also an entry for "-". Could you check?

For big Wiktionaries comparison, I do not manage to generate the list. For example if I select frwiktionary as a source and enwiktionary as a target, I systematically get a message on the bottom left saying "Disconnected from the server. Reload". Sometime I get a popup message withe following message (during the "Compring Wiktionaries" step):

Comparing frwiktionary and cawiktionary, I get as first result the word "??". This article exists on cawiktionary but the link given by Compare redirects on the main page of cawiktionary. Could you have a look on what is going wrong?

@GoranSMilovanovic I tried to test the Compare tab with frwiktionary as a source with some troubles. For example, with frwiktionary as source and aawiktionary as target, I get the following error message:

In T166487#4434060, @GoranSMilovanovic wrote:

@Lea_Lacroix_WMDE They have to contact me. Even better, when I complete the Dashboard documentation, they can suggest the translations for the interface there.

In T166487#4432182, @GoranSMilovanovic wrote:

@Pamputt

would it be possible to list all the articles in a given language that exist on another Wiktionary edition but not in the edition of this language.

If you mean a list of entries not present in some particular Wiktionaries, that is already found on the My Wiktionary tab. If you mean the possibility to show what entries are present in, say, Russian Wiktionary, but not available in French, and so for all language pairs: that is not possible at the moment. Theoretically we can do it, however, the implementation of that feature would call for a much more resourceful Dashboard back-end, and we must be savvy in that respect.

Let me explain with some examples
Let us say that I am interested in by the French Wiktionary. What I would like to know is all the French entries that are in the Russian Wiktionary and not yet present in the French Wiktionary. So for example is AAA is a French word but there is not yet any article on the French Wiktionary for this word, I would like to have a list of the other Wiktionaries that have this word in French (I want to know for the French in particular) So if AAA is present in the Russian Wiktionary for describing a word in German, I do not want to have this word in my list.
So basically, from My Wiktioanry tab, if I cnsider the pair frwikt and ruwikt, I would like to have the list of all the articles that have already an article on ruwikt, but not yet on the fr.wikt (currently the My Wiktionary only gives me a number, not a list of all these articles). And once I have the list, I would like to be able to filter to have only the French articles from ruwikt that do not have an article on frwikt.
So what I would like is probably closer "I miss you" than "My Wiktionary".
In "I miss you", it would mean to add a filter to select only the pages from ruwikt that have an entry in French (and so hide all the articles that are not described in French).
I hope it is clearer now, otherwise, ask me more details.

It works. Thanks for your help and sorry for the noise... This is now solved.

@Bawolff @bd808 indeed, the links you provide are what I was looking for. Sorry I couldn't find this on my own. I will try to remove my old ssh key and add a new one later today. I will keep you in touch.

No news about this issue since 2 weeks. Does anyone tell me whether my request is done at the right place?