Talk:Request for features/Archive 002

Adding person(s) from FAMILY EDIT or PERSON EDIT (done)

Using the button ADD, to add children, from FAMILY EDIT (ex.: http://en.rodovid.org/wk?title=Family:190&action=edit) is opened a new page (http://en.rodovid.org/wk?title=Person:New&action=edit&father=926&mother=925)...
Please, pass the original (referrer?) page (Family:190) as parameter for this new page (as &prev=Family:190) and after save record, when click in save button, return to this previous page in edit mode: Family:190 !
Use the same feature for others opened pages from PERSON EDIT as ADD NEW FAMILY, ADD of Brothers & Sisters, ADD children.
I'm added this as DISCUSSION for use "+" menu to add new topics, ok? Thanks. Morais 05:42, 11 February 2006 (EET)

• You can use shortest way. Don't return to family edit page. Just start edit again person that you have saved and press "Add brother/sister". --Baya 18:26, 15 February 2006 (EET)

• Ok, it's a way...
  But for adding multiple person (child or brother/sister) would be more easy returning to same page... for just click in add button other times... :-) Morais 23:26, 15 February 2006 (EET)

• I do this for special manner. For additional check. Very offen I forgot set a sex value, some times other... So system bring to you saved version and you can check it one more time before continue your work... --Baya 15:34, 16 February 2006 (EET)

Tree - draw standard lines for descendance tree, too: from spouses to their children (fixed)

My uncle(person:911) was married two times. Only from first wedding he was child, but their TREE (http://pt.rodovid.org/wk/Pessoa:911) nor FULL TREE (http://pt.rodovid.org/wk/Especial:Tree/911) draw a line between he and her old wife for their child André(person:1010) and Bianca(person:1011)...
After selected person don't draw line between husband and wife but only draw single line between person and children...
Please, verify if is possible to draw line for person and descending spouses, too ! Thanks. Morais 23:08, 15 February 2006 (EET)

• Don't know... When tree is drawing all ansectors are added (they are fathers and mothers). Descendances are a ALL children of person and than all children of children... When women have children from different men her children have different clan value, so be shown in defferent color. But father give to all his children his clan value, so all of his children colored by one color.
• This type of chart (Full tree) show all ansectors and descendnce from ONE person, so links are shown only between:

1. person, its father and its mother for ansectors
2. persons and its children for descendances.

• If you want you I can code other chart of other type, just decribe this type, or give me a link where I can see this type :) --Baya 14:44, 16 February 2006 (EET)

Baya, I just like that tree show/draw links between FATHER and MOTHER to CHILDREN every time, as for ansectors, TOO for descendances... Is it possible ? :-)

In this case, child(Andre and Bianca) have same FATHER (Amilcar), with same Clan and color, and same mother (Neusa).
This person(Amilcar) was husband of Neusa, but now his wife/spouse is other: Maria Cristina!
Tree has one different color for each person (Neusa, Maria Cristina, Amilcar) and blank color for sister and brother, but all of this is just very close... together/grouped... with one single line from father(Amilcar) to child !
When I see this tree I don't know who is the mother... ? Is mother Neusa or Cristina ? Correct is Neusa!

Why don't keep the standard draw of ascendance for ALL levels of tree, as better result ? Morais 22:55, 16 February 2006 (EET)

• I will think, but it is very confused for me. Maybe I must add a special descendance tree? or recode part that show descendance.... --Baya 09:55, 17 February 2006 (EET)

Flag of new record in Special:Contributions/ (fixed by mediawiki)

Please, add the flag of new record N! as exist in Special:Recentchanges on the Special:Contributions ! It'll be very good to verify activities of user... if duplicating persons or not.... Ahhhh, Why DELETED itens not registered in Contributions of user ? Thanks Morais 08:21, 26 March 2006 (EEST)

length of summary zone in recent changes (fixed)

In the previous version, the summary zone for edits had space for about 200 characters, but now it is close to 500 characters (mostly xml code, not very useful). That makes the page for recent changes less easy to read. Is it possible to reduce it? Dn Gov (d) 21:00, 3 March 2026 (UTC)

• I did it in bit other way. xml tags are stripped away from a comment. Is it ok? --Baya 11:52, 4 March 2026 (UTC)

It is fine, thank you. Maybe it will also save some resources.

user registration with spam bot protection (done)

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)

• stronger protection added )) --Baya 13:27, 24 March 2026 (UTC)

Could you please play a bit with CromaShift Puzzle? I want to use this during user registration. Any comments would be greatly appreciated. --Baya 21:05, 31 March 2026 (UTC)

After one or two tries, i can do it in about 30 seconds, but other people may prefer a more figurative puzzle. -- Dn Gov (d) 12:01, 1 April 2026 (UTC)

A small trick - don't think about how to combine them - at first - just drag everything on the board. and after swap required stuff --Baya 13:24, 1 April 2026 (UTC)

C'est très joli et cela me semble rudement efficace pour dissuader toute nouvelle inscription...--Mamonaku (talk) 09:30, 2 April 2026 (UTC)

Thank you for warm words )) --Baya 11:22, 2 April 2026 (UTC)

Your other puzzle (1-15) gave me a short headache. I played with a similar game as a child, but here for my first try it took me 15 minutes to finish :) -- Dn Gov (d) 08:01, 4 April 2026 (UTC)

For me it was the same - I solved it so long ago ... But it can't be used as captcha )) --Baya 17:05, 4 April 2026 (UTC)

Yesterday I recall the main issue of registration blocking. People - spammers and vandals. I'm ready to enable registration, but. Currently records are too fragile - if vandal do something with record it will be rquired to go to the latest good language and resave the last edit. It is not very convenient and non-obvious. I think it will be better before this to do couple things.

1. make user blocking system common for all languages. I think it'll take 4-5 days of work. it is required to consolidate a bit more than just blocking data.
2. add a special config - it will be prohibited to edit existing person/family records by user that does not add 100? or 50? own records. - 1-2 days.

--Baya 14:36, 3 April 2026 (UTC)

Is it possible to envisage a differentiated treatment for self-registered users and for accounts registered by people who are already members. In the second case they would have less limitations because they would have been more or less invited by the old members to intervene on their tree (and so under their supervision). -- Dn Gov (d) 08:01, 4 April 2026 (UTC)

At this moment it is not so easy. If I find the easy way - I do it. If not - it will be implemented with private records - so anyone will have possibility to allow editing their records to anyone at any moment. (please confirm reading - so I'll delete this section) --Yaroslav aka Baya 10:05, 13 April 2026 (UTC)

It's fine : like some "one stone two birds".

Creation of new accounts goes well, both by old users, and since Friday by new users. Is there a maximum delay of 5 minutes between the resolution of the puzzle and the registration of the account? -- Dn Gov (d) 06:01, 14 April 2026 (UTC)

depends on request time it can be from 5 to 10 minutes. --Ярослав aka Baya 11:19, 15 April 2026 (UTC)

Creation of a family (done)

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)

I started to work with this point and found (I became older :) ) that we have strong inconsistency in wiki texts. I'm going to do a small change to add consistency in connections between people. What we have now - we can add parents and children at one page. It means that when it is required to find who and where did these changes - it become a real nightmare, especially if these changes where done in other localisation. I suggest decreasing the amount of possible variants to have one source of truth inside one localisation. All connections will be editable only as parents for this specific person. To add child to somebody it will be required to go to the child's page and add there a required parent. What do you think? --Baya 21:31, 26 March 2026 (UTC)

I agree that finding authors is a complex issue. Maybe two years ago, i thought (i don't remember if i wrote it on Engine) that one possibility could have been to create a common read-only database (basically in English) where the history of a record would immediately include changes from parents, children, couples and all localisations (only the common elements like dates and main image), something a bit similar to Wikidata. But it would only alleviate the headache.

If parents are added on the page of the children, the link to the parents would be registered in the history of the child, but would that mean that the history of the parents would keep no trace of any link to children? In that case, it would also be a headache to find which children were linked in the past (like today for marriages).

Or would it mean a two-steps connection like the process with couples (for the creation of the second parent) : a new page created for a child (from the page of a parent) would include a pre-written connection to at least one parent, and saving the new page of the child would automatically bring the user back to the pages of both parents in order to tick there the name of the child?

It would be more rational, but the process for couples is a frequent source of mistakes for beginners : ticking the second parent is often forgotten, or his/her page is created several times.

(I added another issue about system messages on Mantis.) -- Dn Gov (d) 00:00, 27 March 2026 (UTC)

When a record for a person is opened and the button "Add a family" is used, the initial record is automatically saved at the opening of the family page, without direct action by the user (but with his/her account).

Could it be the same thing instead of a two-steps link : using the record of a parent to open a new page for a child would automatically save the record of the parent (or keep it in suspended animation), and when the page of the child will be saved, the record of the parent would be reopened to add automatically the link to the child?

A variant of that would be to use the "Initial translation" account : when the page of the child is saved by the user, the automatic account would add the link to the child in the record of the parent, with a comment indicating the page of the child and the name of the user.

That would diminish the number of changes and new links about which you envisaged to inform users when they would edit records. -- Dn Gov (d) 10:00, 27 March 2026 (UTC)

I'll do it for family now just to see how it works. There will be a button - a click on it saves the current family and open new person edit page - when person will be saved - the family edit page will be opened with preview with added new person - so, it will be required just to save the family page. --Baya 21:50, 27 March 2026 (UTC)

Proposition de modification d'arbre complet (done)

En bas des arbres complets sont listés tous les patronymes de l'arbre avec un lien vers la page "Spécial:Clan/". Je ne trouve pas ce lien utile. Par contre il me parait intéressant qu'à la place le lien pourrait mettre en sur brillance (ou doter d'une bordure rouge par exemple) toutes les personnes de l'arbre complet porteur du patronyme. Dans les grands arbres, même avec le système de couleur actuel que j’apprécie, il n'est pas toujours facile de retrouver les personnes recherchées. Merci--Mamonaku (talk) 17:49, 10 March 2026 (UTC)

• Done. Link removed. Clicking on the clan box highlights all clan members in the tree. There are two modes. 1) - just a mouse click. 2) mouse click with Ctrl/Cmd - allows to select multiple clans. --Baya 21:35, 15 March 2026 (UTC)

images are not shown in past versions (fixed)

(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)

Восстановление пароля (fixed)

В новой версии отсутствует функциональность восстановления пароля. Можно её вернуть? Пользователи обращаются с вопросами восстановления доступа к аккаунту но сейчас им нельзя ничем помочь. Сама страница сброса пароля есть, но к ней нет доступа у незалогиненного пользователя. — Dionys (talk) 22:31, 18 March 2026 (UTC)

• restored --Baya 01:28, 19 March 2026 (UTC)

• • Спасибо. — Dionys (talk) 13:23, 19 March 2026 (UTC)

More detailed clan message (done)

Until now, the basic text of message MediaWiki:Rd-clan-page-exists is :

Here you can read more about $1.

With $1 having as value for example [[Clan:Baggins|Baggins]], like on this special page.

Is it possible to change the message into something like :

Here is the list of the people named $1. Read more on the dedicated page about the family name $2.

(With $1 having the value of Baggins and $2 having the value of [[Clan:Baggins|Baggins]].)

or :

Here is the list of the people named $1. Read more on the dedicated page about the family name [[Clan:$1|$1]].

(With $1 having the value of Baggins.)
Dn Gov (d) 10:00, 12 April 2026 (UTC)

• Rd-clan-page-exists now accepts 2 parameters: 1) [[Clan:Baggins|Baggins]], 2) Baggins. Please check how it works. --Ярослав aka Baya 07:57, 13 April 2026 (UTC)

Things are nominal, as they say in Nasa. Thank you. -- Dn Gov (d) 06:00, 14 April 2026 (UTC)

Marriage or Relationship (done)

For people of Oriental dynasties like Tongzhi Emperor or Mahmud II, family records have sometimes been created for relationships that were not exactly marriages. But the word used in the pages of both partners is marriage.
Is it possible to change into "relationship" the noun that will appear by default in the pages of both partners, until a marriage event is really recorded? -- Dn Gov (d) 10:00, 12 April 2026 (UTC)

• CNCB - concubine and FVRT - favorite family events were added. Please confirm if it's ok --Ярослав aka Baya 08:20, 13 April 2026 (UTC)

The events themselves both work well (for both members of the couples), but i noticed an "interesting behaviour", maybe related to the difficulties experienced by ‎StanMiszkowk :

* it is not possible to register one of these events in the form mode without specifying a date : previewing does not load the event, and saving without previewing ends in an error (2026-04-13 23:00:08: Fatal exception of type "TypeError").

(You can only erase the date after the event has been saved.)

* but you can add these events without giving a date if you do it in the xml mode. -- Dn Gov (d) 06:00, 14 April 2026 (UTC)

There was a check if event does not have any data (except type) it was silently skipped. Now it will be applied only for BIRT type.
I cannot reproduce "TypeError". Could you please try to find what else was there? (( --Yaroslav aka Baya 08:15, 14 April 2026 (UTC)

I'm sorry, i did not save the informations about the error.

I even deleted the corresponding entries in the history of my browser, as usual. And i don't know a free tool for data recovery…

But now the concubine / favorite events are recorded without problem, even without date. Dn Gov (d) 06:00, 15 April 2026 (UTC)

Project namespace name

And since yesterday several problems : * Namespace Rodovid_FR is now just Rodovid Dn Gov (d) 10:00, 25 April 2026 (UTC)

• I renamed it in all localisations to have the common name. The old name is configured as alias. It is very common namespace and I think it will be good to have in all localizations the same list of common pages. SO it will be easily to switch between them. It is required to have translated name of the page it will be easy to create a redirect from the English name to the local name --Ярослав aka Baya 13:58, 26 April 2026 (UTC)

All right. -- Dn Gov (d) 22:00, 26 April 2026 (UTC)