Topic on Extension talk:AddPersonalUrls

AnonymusGdpr (talkcontribs)

Hi there! The documentation says: "When a personal page does not exist, the URL opens the page for editing, and the content of the system messages ID-preload and addpersonalurls-preload is preloaded."

It doesn't work as expected. In the message table de.json I changed the messagetext of "addpersonalurl-xxx" to german, e.g.

    "addpersonalurls-favorites": "Favoriten",
    "addpersonalurls-favorites-preload": "Du kannst diese Seite zum Speichern deiner Favoriten nutzen.",

The page opens as Benutzer:yyy/Favoriten", which is what I want, but now it uses the translated word to search for the preload-text. The extension should better search by ID.

Workaround: Add new messages like "addpersonalurls-favoriten-preload", "addpersonalurls-spielwiese-preload" (= sandbox) and so on.

RV1971 (talkcontribs)

Actually the documentation is correct saying "This will also work for any URLs you add, provided that ID is equal to addpersonalurls-subpage_title_in_lowercase". I understand this is unsatisfactory in your case but I'm afraid I don't see an immediate solution. The problem is that the preload hook does not know the link that was used to arrive there, it only has the subpage name. It would be necessary to find the system message whose value is the subpage name and use its message ID to construct the ID of the preload message. I'm unsure whether there is a satisfactory way to do that.

AnonymusGdpr (talkcontribs)

I see; this means changing the name of the page is like adding another URL. Well, my workaround might not be very stylish but it'll work for me.

Reply to "preloaded text missing"