Talk:Bugs & Feature Requests

From Rodovid Engine

Please add a bug or a feature request as a new section, click HERE.

are being discussed

other edit format

  • I miss the genealogy tab of the preferences, and the possibility to add "?format=xml" to the url. Dn Gov (d) 12:00, 8 March 2026 (UTC)
    there are too many changes between 1.9 and 1.39 ... I'm going to restore it. Sorry --Baya 20:35, 8 March 2026 (UTC)

Thank you )) -- Dn Gov (d) 22:00, 8 March 2026 (UTC)

  • Some preferences restored --Baya 08:55, 17 March 2026 (UTC)

Creation of a family

Maybe for the same reason as in the section "Création personne" above, only family records that have already been saved show the red link "Add a new person".
If a family record has just been opened with a title like "Family:New?parents=1777999", it does not have these red links. Dn Gov (d) 15:00, 11 March 2026 (UTC)

  • Yes, it's the same. --Baya 15:34, 11 March 2026 (UTC)
On the record for a person, the buttons to register parents / children / couples have been restored, but if users start that way a page for the couple of that person, they may be blocked because there is not yet the link or button to create the second person of the couple.
And now it is the same when trying to change an existing family record. --Dn Gov (d) 14:00, 16 March 2026 (UTC)

user registration with spam bot protection

I think also to add some restrictions for beginners. For example, they can not edit existing entries until they add 50 own records?

It can be a good idea. A few years ago, i created an account on an internet site dedicated to movie stills (official photos of films) : you could win points if you added some new pictures.
Although today new users write mostly on their own records. Dn Gov (d) 20:01, 12 March 2026 (UTC)

Whatlinkshere

Bonjour, ce jour j'ai créé [1] avec un lien {{Whatlinkshere}} en provenance de [2] et cela ne fonctionne pas. Merci--Mamonaku (talk) 16:54, 14 March 2026 (UTC)

On that page, Mamonaku (also) added normally working links to the two godparents of the baptism, but on these two pages, neither the WhatLinksHere link of the left margin nor the Whattlinkshere template in the notes does work. Dn Gov (d) 20:00, 16 March 2026 (UTC)

OS crashes

couple times per day. I'm working for it --Baya 15:11, 15 March 2026 (UTC)

Editing last version of a record

On Rodovid, the last version of a record registered in a localisation is not the same thing as the last cross-language version of the record (the one that takes into account edits from related records and other localisations).
So in the history of a record, users can view the last version recorded in the localisation, but if they want to edit it, they must add &action=edit at the end of the address. Otherwise, the normal behaviour of MediaWiki starts to edit the cross-localisation version.
Is it possible to change that behaviour so that, in that case, clicking the edit tab would edit the last version in that language? Dn Gov (d) 16:00, 18 March 2026 (UTC)

To avoid race conditions. I did it specially, but I want to add more. If global record is newer than local I'm going to show changes between local (old) and global(new) when user starts editting. So it will be visible at once what changes are added in other localizations ... --Baya 20:22, 18 March 2026 (UTC)
the question. what the issue with such behavior? It should work in this way: global data should be overridden by local data, so it is visible what data was added/removed ... --Baya 01:30, 19 March 2026 (UTC)

So when previewing in 1.9.6. newly entered user data was compared with global data (and only later in history compared with local data), while in the future, with overriding, user data would be compared in previewing with local data?
But users also need to compare their new data with the global one. It is difficult to reconcile the two necessities. Dn Gov (d) 03:00, 19 March 2026 (UTC)

here are A and B locales. A data, B data, global data.
global data is updated ecvery time when any locale is updated. so it is always has the newest state.
old issue. B is newer. when user updates A the newer data becomes overridden by other new/old data.
solution whenever user edits any locale system always shows the latest global data but. All existing in locale data (except dates (normalized data)) overrides global data.
the current issue is that it is hidden from user. So I'm going to add comparison before the form to show that this record was changed globally.
--Baya 04:57, 19 March 2026 (UTC)
So, are you planning two different processes :
* the usual preview, but telling first to users the changes from local data to the latest global data, and then showing the changes from the global version to the new user's data?
* another preview when users choose deliberately to edit in history the latest local data?
In the first case, would there be in the history some "Initial Translation" account registering the global changes just before the user's changes? --Dn Gov (d) 05:00, 19 March 2026 (UTC)

no, process the same. only one change. when user starts editing (click edit tag) - at this moment form is shown with the mixture of newest and locale's data.
but I suggest showing together with form the diff between current locale data and new global data (if global data is newer than current locale's data)
--Baya 05:43, 19 March 2026 (UTC)

Ok :) --Dn Gov (d) 05:59, 19 March 2026 (UTC)

images are not shown in past versions

(Post-Scriptum : i noticed that you had removed the "Clan" and "Place" prefixes in records, but not that you also removed the "Image" prefix, so i did not understand why pictures seemed to be missing in past versions of records.) (Post-Post-Scriptum : is it better to report issues here or on Mantis?) Dn Gov (d) 16:00, 18 March 2026 (UTC)

  • it's a bug... I did some investigations. but did not find what is wrong yet. Crashing is most important now. I already prepared a new OS image... --Baya 20:22, 18 March 2026 (UTC)
  • PS. I don't know what to do with mantis. I prefer to use bug tracker. And anyone who is interesting can see the state and current task in work. We can add voting there, etc. But I remember that people, in most, continue write about issues in mw ... --Baya 20:26, 18 March 2026 (UTC)
  • PPS on the other hand - keeping long discussion pages with all outdated bugs and tasks - makes such pages unusable and untraceable for daily routines - it takes too much time to find required stuff - that's why I clear this page. With bug-tracker there is no such issue. --Baya 20:30, 18 March 2026 (UTC)
Retrieved from "https://engine.rodovid.org/wk?title=Talk:Bugs_%26_Feature_Requests&oldid=39221"