Hello,
today I updated our test install XWiki from 15.10.3 to 15.10.4. The server is Debian, server is Apache2 with Tomcat9 and Postgresql.
Following How to remove an entry in the navigation bar when related page does not exist? - #8 by jmarkoll and How to remove an entry in the navigation bar when related page does not exist? - #10 by vmassol
Now it is not Ukrainian anymore but Corean language.
샌드박스 테스트 페이지 1 according to Deepl.com is Corean and means Sandbox Test Page 1 (which is consistant with last pages visited, but not the language!)
As said in the former thread, only English is setup in this installation.
Hello,
Today the non latin characters entry in the right sidebar is still here.
After @vmassol had commented on this page How to remove an entry in the navigation bar when related page does not exist? - #10 by vmassol, related to strangely appearing foreign words in the right sidebar, I am coming again to report the same found foreign language as last time after I finished restarting XWiki post update : 샌드박스 테스트 페이지 1.
It still says in Corean : Sandbox Test Page 1
(in Debian VM with the latest 15.10.5 freshly updated XWiki edition).
Each time it occurs, only one entry is in a foreign language : either ukrainian, or in an asian language, or other non latin characters.
I have seen it occur several times along months of testings.
What should I make of it?
Hello,
today I am in a 16.3 XWiki edition and the foreign language which should not be there has again appeared : as ukrainian, I think.
It is in the right sidebar, under My Recent Modifications
As a reminder, I only have English configured in this installation.
Is there a way I can find where this issue comes from and fix it?
Many thanks.
As far as I know, all this panel does is listing the last document entries modified by the current user, and each translation is a different “document” in XWiki. It means that in the case of the admin in charge of upgrading the flavor, you can end up with updates made to the standard flavor right after upgrading it.
Yes. We need to decide what we want the “My Recent Modification” panel to display. I’d venture that ideally we would like the following:
- Display only direct changes made by users, and changes done on the system by users should be done under a “system” user and thus would not get displayed in that panel for example (and in other places).
- Possibly offer a configure option toggle for that panel (we don’t have view options for panels ATM, but we have that in the mockups for Cristal Panels for ex and we could apply this to XWiki too), to decide what to display (all documents modified by the user directly, or all documents modified using the user’s rights).
EDIT: to be discussed in a separate forum brainstorming/proposal thread
Hello @tmortagne and @vmassol
I don’t quite see how your answers match or helps with my issue. I might not have explained it properly.
I am (the only one as up to now) in charge of the updates, maintenance, driving tests. The words which are in foreign language only mean Welcome page.
It should simply not display anything else than Welcome page in plain English.
It is not something that blocks the use, it is just not correct to have Ukrainian, or Corean (as before) or anything else than English displayd in this XWiki install.
Here is a pic of my localization configuration area:
I am opened to more suggestions.
What Thomas meant is that when you upgraded your wiki (using your user), you have upgraded technical pages that had changes in the XWiki distribution. These changes were made with your user (you can check the history of those pages to be convinced ;)). It happens that some of these pages are translation pages and they probably have titles written in the language of the page.
Hello,
when I upgrade the wiki, I ssh to the server, upgrade, then indeed login as administrator on the frontend and upgrade there too. I don’t modify any page while doing so.
There are no pages containing weird translation strings or any translation string from English to any other language for that matter, appart from the entry to the Home page on the right sidebar (displaying as « Домашня сторінка ») under the title « My Recent Modifications», which isn’t even accurate as we don’t modify the Home page more recently than other pages.
The deepl.com website does tell me that « Домашня сторінка » means «Home page».
I have checked the history for this page as per your advice, and the first iteration of the Home page was already displaying « Домашня сторінка » on the right sidebar.
As a reminder, this is now in XWiki 16.10.3. Here is a screenshot of the first iteration of the Home page.
I have installed a fresh version of the LTS additionnaly to our test install 16.10.x, and the 15.10.8 does not show this issue. (Sending a screenshot of this one now)
We can even notice the Home entry is rightfully at the end of the list as it has had no modification at all.
The reason why you don’t see that info on 15.10.x because my minor fix for Ukrainian language was done via Weblate 3 months ago for 16.1-RC version Translated using Weblate (Ukrainian) · xwiki/xwiki-platform@adb4ae1 · GitHub and commit was merged into main branch by XWiki devs.
And I agree with @vmassol proposal that these changes shouldn’t be represented in Recent modifications macro.
hi @nikpetrenko then is there something I can do about it for the actual 16.3 version and later? Is there a way I can output a piece of log to investigate where this issue comes from?
PS: I had already met with this same issue on Dec. 23rd, using the version 15.10.2 : How to remove an entry in the navigation bar when related page does not exist? - #4 by jmarkoll
So do you still think it is related to your latest fix for the Ukrainian language? Maybe it is unrelated?
I’m not sure I understand the issue you’re trying to describe, as your post was about other pages’ locale being present in the Recent Modification panel. Then it’s already explained previously here and here.
Hello, Sorry but, It was not about other pages. I have said again and again that it was always an entry related to the Home page.
