If I have page castle12 with a displaytitle of 'Dover Castle', is there any way of having https://wiki.mysite/Dover_Castle to load page castle12?
or internal link [[Dover Castle]] to load castle12?
Extension talk:Display Title
I am setting up my own fan wiki and I'm running into a frustrating problem. When I use the displaytitle magic word on Foo to display Foo Fighters, anytime I link to page Foo it dispalys as Foo Fighters. I need to disable this so that when I link to a page it uses the actual page name OR whatever text I put in after the pipe. I only what the display title to be changed on the actual page and nowhere else.
Tenor1411
Disregard. I was under the delusion that I needed the Extension to change the page name when it's the extension that specifically changes the links.
Tenor1411
Hello, we have a translated wiki, where we override the pagetitles. The problem is that due to the translation's the Pagetitle's are already overriden so the wiki show's the following warning: "Warning: Display title ... overrides earlier display title ... ." For the normal DISPLAYTITLE Magicword, there is the argument noerror is there something similar for this extension? Or a way to suppress the warning?
Thank you for every help possible. [that is an example page]
There is no warning anymore on our wiki, because we changed the core code of the wiki, but although that, a real solution would be nice.
To clarify, are you using the Lua functionality of the extension to set the value of the display title? I believe that is the only way you could get that error. Could you please share what change you made to make the error go away? Also, what versions of MediaWiki and DisplayTitle are you using?
MW Version 1.35 and DisplayTitle is 2.2.0
Correct, I am using the Lua functionality and I think the warning can occure also by using the parser function, because there is documentation about it on other wiki's including wikipedia if I remember correctly.
We changed an if statement in the core of mediawiki so it just doesn't throw that error. It is in the file includes/parser/CoreParserFunctions.php somewhere around line number 456.
Hey @Cindy.cicalese, I also have this issue. Wrapping {{DISPLAYTITLE:...}} in <translate> tags and translating the display title works as expected inasmuch as the translated page shows the translated display title. However the page also shows the error message that OP mentioned: "Warning: Display title "Translated Title" overrides earlier display title "Original Title".
MediaWiki: 1.39.5
DisplayTitle: 4.0.2
Translate: 2023-07-10
I am also facing the same issue. Is there any work arround?
We had the same issue and the only way we found was editing the core file CoreParserFunctions.php There is a line where it checks if the text is old and we changed the if statement so it always skips.
The original line:
if ( $old !== false && $old !== $text && !$arg ) {
The new line:
if ( 0 && $old !== false && $old !== $text && !$arg ) {
That is the only way we have found and I would be careful with it, as it brings many other issues with it.
I'm converting a system with lower case pages names to wikipedia, and the lowercase is fundamental to the design and backward compatibility. So how I ensure the a link to a fan-bay-deep-shelter page displays the Fan Bay Deep Shelter text I put in the DISPLAYTITLE. I'm happy to edit the extension source code.
It seems that setting
$wgCapitalLinks=false;
as mentioned in https://www.mediawiki.org/wiki/Manual:$wgCapitalLinks gives me the behaviour I want
PersonalUrls Hook has been deprecated in MW 1.39.x LTS. It needs to be changed to SkinTemplateNavigation::Universal.
Is it possible to also use the DisplayTitle in search results?
I think that used to just work, IIRC. I take it from your question that it does not work (anymore)? Is this with the built-in search or CirrusSearch or something else?
Sorry it works with no extension as well as with Cirrus Search. I just did not install DisplayTitle correctly in the first place.
That's good news!
Initial Situation:
- A page "DT1" with content
{{DISPLAYTITLE:Display Title 1}} - A second page "DT2", that links to the first page
[[DT1]]
Expected Result:
- On page "DT2" the link is rendered as "Display Title 1" → this works
Steps to reproduce
- Change content of page "DT1" to
{{DISPLAYTITLE:Display Title 2}} - Make sure, jobs are run
- Refresh (F5) page "DT2"
Expected result:
- On page "DT2" the link is rendered as "Display Title 2" → this fails - page is not updated still showing "Display Title 1"
- see https://sandbox.semantic-mediawiki.net/wiki/DT1 and https://sandbox.semantic-mediawiki.net/wiki/DT2
The above worked with MW 1.31 and DT 2.2.0. For MW 1.35+ no version is updating the links anymore. Manual purging of "DT2" updates the link as expected. To my opinion this need to happen automatically.
The wiki was still serving an outdated version with other issues. I just updated it to 3.3, the last version supporting MW 1.35.
I just tested a bit and can confirm that you need to manually purge the pages to update the display title in links.
I confirmed this behavior on MW 1.39 with DisplayTitle 4.0.1. Please feel free to submit a patch that would trigger an update on pages linking the the current page on page save complete - preferably only if the display title changed, but I'm not sure how hard it would be to get access to that state information in the hook.
solved for MW 1.35. Should work for newer MWs:
https://github.com/gesinn-it-pub/mediawiki-extensions-DisplayTitle/tree/1.35
We do not work with Gerrit. Feel free to take it from Github to feed it back to Gerrit.
I reworked the patch a bit and uploaded it to gerrit: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DisplayTitle/+/948198. I have tested locally, and it appears to work. Please test to confirm.
@Planetenxin@Kghbln Could one or both of you please test/review the patch linked above to determine whether it adequately addresses the issue? I am waiting for review before merging the fix. Thank you.
I currently do not have a 1.39 at hand for testing. I will need to update sandbox.s-mw.o soon. It is on my list. Anyhow, I expect Planentenxin to be faster than me.
Version 3.1 is broken for 1.35.x on PHP 7.4.x since links like [[#Foo|Foo]] are not shown. Updating to the current master fixes this issue. It will be cool to get the 3.2 already announced on Special:Version. Thanks and cheers
I'm working through my backlog of extensions and hope to get to DisplayTitle soon :-)
No problem at all. I understand the situation and appreciate your work.
I've had this issue for a few weeks and I'm still not close to figuring out what's wrong. Pages I've used the displaytitle magic word still have the old title in the header. The names change just fine on links so I know it's active.
I cannot delete and just make a page with a different name because old titles are numbered to make it easier for admins.
I use only extensions provided by miraheze so everything should be up to date, if it's an extension that is causing the problem I can't figure out which it is. I ruled out HideTitle and SkinsPerPage.
Before anyone asks: Restrict Display Title is set to false, Allow Display Title is set to true.
The page title is managed by core MediaWiki functionality, not the DisplayTitle extension. If the links are changing, it sounds like the extension is working as designed. I'm not certain without more diagnostics whey the page title would not be updated. Perhaps there is a caching issue. Is it all page titles that are not updated or just some? Does purging the page or doing a null edit help?
The categories page displays a new title. That's great! But the sorting key remains from the old header (by default). Is it possible to fix this somehow, without setting the sort key?
Example:
On the "Old name" page, we change the title to "{{DISPLAYTITLE:New name}}". This page belongs to the category "Category1". The category page "Category:Category1" displays:
O
* New name
The way to fix this is to set the sort key.
I know it. But this is inconvenient.
Hi! Did you find any way to do it without setting the sort key?