Extension talk:Cite

Jump to navigation Jump to search

About this board

Impossible to paste from clipboard in version "REL1_33-01ef641"

Mshastchi (talkcontribs)

After updating from version "20e26df" to the above mentioned version I noticed that it is not possible to paste text in the cite input box. After spending much time trying to update parsoid and visualeditor, I found out that downgrading Cite fixes the problem.

Adamw (talkcontribs)

Thanks for taking the time to debug this for us! I've added your report to task T240186, we'll try to prioritize this work. (talkcontribs)

@Mshastchi would you please tell how to downgrade Cite to a version that it works?

Mshastchi (talkcontribs)

Just replace files of the extension with an older version. I used my backup.

Mshastchi (talkcontribs)

There's no problem with mediawiki 1.34 and the latest version of the extension.

Reply to "Impossible to paste from clipboard in version "REL1_33-01ef641""

Cite references link many format backlink

IKhitron (talkcontribs)

Hi. Is the way to configure the backlinks by group? I mean, that for general group, the references will be 1, 2, 3 and the backlinks 1 ^ 1.1, 1.2, 1.3, and for efn group the references will be a, b, c and the backlinks a ^ a.1, a.2, a.3. Now I have references a, b, c and backilnks a ^ 1.1, 1.2, 1.3. Thank you.

Thiemo Kreuz (WMDE) (talkcontribs)

Can you please explain what an "efn" group is, and what you want to achieve?

IKhitron (talkcontribs)

It's my nickname for a group that created by enwiki template:efn. General references are a numbered list 1,2,3, when efn creates a list a,b,c. As above, I'd like to prevent backlinks a ^ 1.1, 1.2, 1.3.

Thiemo Kreuz (WMDE) (talkcontribs)
IKhitron (talkcontribs)

So, I wasn't clear. I do not talk about enwiki or template efn. As I already said, it's just a nickname, instead of sying every second "a group lower-alpha".

Thiemo Kreuz (WMDE) (talkcontribs)

I'm afraid it's still not clear what you are talking about, and what you want. What do you mean when you say "nickname"? What do you mean when you say you want to "prevent backlinks"? Can you please show the code you are currently using?

The special behavior of a <ref group="lower-alpha"> only works if a page MediaWiki:Cite link label group-lower-alpha exists. This is not the case by default, unless you created it.

The magic of templates like efn, notelist and reflist only works together with a list-style-type: inherit override in Common.css. That's something the English Wikipedia community came up with, not something the Cite extension officially supports.

IKhitron (talkcontribs)

The special behavior you described already exists in our wiki, a lot of time. There is a template, named on our wiki language, let's call it templateA for this discussion, that creates lower-alpha reference, as efn in enwiki. There is another template, let's call it templateList, that creates references group=lower-alpha. As a result, I can write wiki code

text1{{templateA|name=ref25|text2}}text3{{templateA|name=ref25}}text4<ref name=ref35>text5</ref>text6<ref name=ref35/>text7


1 ^ 1.1 1.2 text5
a ^ 1.1 1.2 text2

when I'd like to get

1 ^ 1.1 1.2 text5
a ^ a.1 a.2 text2

when the differences are in the last line only, 1.1 1.2 vs a.1 a.2.

Thiemo Kreuz (WMDE) (talkcontribs)

I'm sorry, but such a degree of customization is not possible.

As said, the customized "a" in your example is a hack in your Common.css and the template you are using, and not officially supported by the Cite extension.

IKhitron (talkcontribs)

I see. A pity. And there is no way to change "1.0 1.1 1.2" even to "0 1 2"?

IKhitron (talkcontribs)
Thiemo Kreuz (WMDE) (talkcontribs)

Yes, that should work. Note you need to do both changes I listed above.

IKhitron (talkcontribs)

Very well. Thanks a lot for your help and for your time.

IKhitron (talkcontribs)

Well, I tried, and it does not work. Maybe it takes time, as for gadgets, or I should do something more? Thanks.

IKhitron (talkcontribs)
IKhitron (talkcontribs)

Please, somebody, help. Thank you.

Thiemo Kreuz (WMDE) (talkcontribs)

You are not providing any new information. So I don't know to what I should respond to. I believe I already explained all I know in my posts above.

IKhitron (talkcontribs)

"Well, I tried, and it does not work" is the information. So I've asked if I should do more steps. For example, create another page, or turn on some extension.

Thiemo Kreuz (WMDE) (talkcontribs)
IKhitron (talkcontribs)

Well, found the problem. And I do not like the answer. Every page in Wikipedia should be purged to start this working on it.

Reply to "Cite references link many format backlink"

Ref Name error with the National Register of Historic Places.

Summary by Thiemo Kreuz (WMDE)
HighwayTyper (talkcontribs)

Could somebody please edit the "NRHP" parameter for Ref Name? It's supposed to redirect tohttp://nrhp.focus.nps.gov/natreg/docs/All_Data.html; however, it now redirects to "https://npgallery.nps.gov/nrhp/Download?path=/natreg/docs/All_Data.html", due to a (presumably recent) URL change. The big problem here is that Google Chrome interprets this as malicious behavior and gives me a "your connection is not private" error message. Is anyone else getting that? See, for example, the first citation on the Wikipedia article for the city hall of Norwich, Connecticut.

Ciencia Al Poder (talkcontribs)

This is not something related to the Cite extension. You should ask in w:Wikipedia:Bot requests a bot to replace all links to make them point to the right location.

Updating the pages Extension:Cite and Help:Cite

Johanna Strodt (WMDE) (talkcontribs)


The Technical Wishes team from Wikimedia Germany is currently working with the Cite extension to add a new feature to it: A new attribute will make it easier to cite different parts of the same source (please find more info on the project page). We're planning to deploy a first version of the new feature to the beta cluster beginning of December.

For this, we also want to update some of the documentation about the Cite extension. Part of this will include moving the "Usage" and the "Customization" section from the Extension:Cite page to Help:Cite. The reasoning behind this is that the extension page usually focuses on purely technical information, whereas the help page usually contains information about usage and customization.

Please let me know if you have any strong objections to this.



Reply to "Updating the pages Extension:Cite and Help:Cite"

Internal Error when using cite.

Summary by Jingkaimori

When installed Cite,make sure that the extension is matching the version of mediawiki.

Jingkaimori (talkcontribs)

I installed the extension and I meet this error when editing this page:

<ref name="s"></ref>

Error Message:

[7c7460dcd9f9de72a4199b62] /index.php?title=Index.php&action=submit   Error from line 725 of /usr/share/mediawiki/extensions-core/Cite/Cite_body.php: Call to undefined function wfProfileIn()


#0 /usr/share/mediawiki/extensions-core/Cite/Cite_body.php(1172): Cite->referencesFormat(string)
#1 /usr/share/mediawiki/includes/Hooks.php(174): Cite->checkRefsNoReferences(boolean, Parser, string, StripState)
#2 /usr/share/mediawiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#3 /usr/share/mediawiki/includes/parser/Parser.php(492): Hooks::run(string, array)
#4 /usr/share/mediawiki/includes/content/WikitextContent.php(369): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#5 /usr/share/mediawiki/includes/content/AbstractContent.php(555): WikitextContent->fillParserOutput(Title, NULL, ParserOptions, boolean, ParserOutput)
#6 /usr/share/mediawiki/includes/Revision/RenderedRevision.php(265): AbstractContent->getParserOutput(Title, NULL, ParserOptions, boolean)
#7 /usr/share/mediawiki/includes/Revision/RenderedRevision.php(234): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(WikitextContent, boolean)
#8 /usr/share/mediawiki/includes/Revision/RevisionRenderer.php(193): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)
#9 /usr/share/mediawiki/includes/Revision/RevisionRenderer.php(142): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)
#10 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
#11 /usr/share/mediawiki/includes/Revision/RenderedRevision.php(197): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
#12 /usr/share/mediawiki/includes/Storage/DerivedPageDataUpdater.php(1275): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#13 /usr/share/mediawiki/includes/Storage/PageUpdater.php(725): MediaWiki\Storage\DerivedPageDataUpdater->getCanonicalParserOutput()
#14 /usr/share/mediawiki/includes/page/WikiPage.php(1915): MediaWiki\Storage\PageUpdater->saveRevision(CommentStoreComment, integer)
#15 /usr/share/mediawiki/includes/EditPage.php(2294): WikiPage->doEditContent(WikitextContent, CommentStoreComment, integer, boolean, User, string, array, integer)
#16 /usr/share/mediawiki/includes/EditPage.php(1586): EditPage->internalAttemptSave(array, boolean)
#17 /usr/share/mediawiki/includes/EditPage.php(687): EditPage->attemptSave(array)
#18 /usr/share/mediawiki/includes/actions/EditAction.php(60): EditPage->edit()
#19 /usr/share/mediawiki/includes/actions/SubmitAction.php(38): EditAction->show()
#20 /usr/share/mediawiki/includes/MediaWiki.php(499): SubmitAction->show()
#21 /usr/share/mediawiki/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
#22 /usr/share/mediawiki/includes/MediaWiki.php(865): MediaWiki->performRequest()
#23 /usr/share/mediawiki/includes/MediaWiki.php(515): MediaWiki->main()
#24 /usr/share/mediawiki/index.php(42): MediaWiki->run()
#25 {main}
    Thiemo Kreuz (WMDE) (talkcontribs)

    wfProfileIn() is a function that doesn't exist any more since MediaWiki 1.31. Please make sure to download a recent version of the Cite extension that is compatible with MediaWiki 1.31.

    Cite does not parse in Project pages

    Summary by Spiros71

    Probably some strong caching was the reason.

    Spiros71 (talkcontribs) (talkcontribs)

    Having an issue where parameters being passed into lua contain Refs which are converted to stripmarkers before being passed to lua which makes them unusable in lua. Currently using a workaround by wrapping them in nowiki tags, is there any function mw.text.unstripNoWiki that would work with refs?

    Reply to "Cite and Scribunto"

    Reusing References With Templates

    Jer Hughes (talkcontribs)

    I use templates with my citations. On my template page I have this:

    {{#tag:ref|{{{author|}}}. ''{{{title|}}}''. {{{publisher|}}}, {{{year|}}}. {{{page|}}}.|name={{{name|}}}}}

    But my problem is when trying to reuse the same source. For that I currently have:


    The first citation works fine, shows [1] down below with my custom text. But instead of showing [1] for the reused citation, it shows [2.0][2.1].

    How can I have my template reuse references?

    My full Template:Cite page looks like:

    {{#ifeq:{{#lc:{{{1|}}}}}|book|{{#tag:ref|{{{author|}}}. ''{{{title|}}}''. {{{publisher|}}}, {{{year|}}}. {{{page|}}}.|name={{{name|}}}}}}}{{#if:{{{1|}}}||{{#if:{{{name|}}}|{{#tag:ref||name="{{{name|}}}"}}}}}}

    And I'm using that template like:

    Some text{{Cite|book|ref=ref1|author=[[Author]]|title=Book Title|publisher=Big Publisher|year=2000|page=1}}

    And later on the same page:

    More text{{Cite|name=ref1}}

    Jer Hughes (talkcontribs)

    Never mind, I had some issues with the magicwords. I thought it was an issue of order of operations issue of when wikicodes resolve and scripts run, but it was just a typo.

    Lingo breaking formatting when citations at end of line

    1 (talkcontribs)

    Cross posting the Lingo and Cite extension issue

    We've found an odd formatting issue that pops up when Lingo is enabled. The following code should generate four headings with indented text below them, some with references before the full stop, and some after:

    '''Heading 1'''
    :Indented text with reference followed by a line break with clear which should clear previous formatting.<ref>Reference1</ref>
    '''Heading 2'''
    :Indented text with reference followed by blank line only, reference after punctuation.<ref>Reference 2</ref>
    '''Heading 3'''
    :Indented text with reference followed by blank line only, reference before punctuation<ref>Reference 3</ref>.
    '''Heading 4'''
    :And so on. All these display as expected in preview mode, including an extra line between 1 and 2. 
    <references />

    The expected formatting is shown in this image. However, when Lingo is enabled, the formatting is not correctly cleared at the end of any line where a citation comes after the punctuation - see this image. Inspection of the HTML source shows that various formatting tags are not being closed.- Danny252

    Reply to "Lingo breaking formatting when citations at end of line"

    References not rendered

    Summary by Jdforrester (WMF)

    It used to be possible to change the references list rendering from a list to something else, like a table. This is no longer supported, and old config trying to do that may break the display on your wiki. (talkcontribs)

    Hey since updating to mediawiki 1.30 the references list on the end of the page is no longer rendered.

    It looks like the following:

    |- class="references" | 24. || ↑ || id="cite_note-Reischl_2008-24" | Reischl, Gerald, 2008: Die Google Falle. Die unkontrollierte Weltmacht im Internet. Wien: Ueberreuter.
    |- class="references" | 25. || ↑ || id="cite_note-Dolata_2011-25" | Dolata, Ulrich, 2011: Google vs. Facebook: Der Kampf um das Internet, in: Blätter für deutsche und internationale Politik 9/2011: 26-29.
    |- class="references" | 26. || ↑ || id="cite_note-Dolata_2015-26" | Dolata, Ulrich, 2015: Volatile Monopole. Konzentration, Konkurrenz und Innovationsstrategien der Internetkonzerne. In: Berliner Journal für Soziologie 24 (4): 505-529

    Any idea why?

    Jdforrester (WMF) (talkcontribs)

    Hey there,

    It looks like you've customised your Cite install and have been using tables with table rows as the output format for reference lists. I don't think that's meant to work (they're meant to be lists), and it's likely that changes to parsing made the old customisations you were using no longer apply. (talkcontribs)

    Thank you,

    I just recently came to the troubling mediawiki, where could i find this customisations?

    Jdforrester (WMF) (talkcontribs)

    The old messages <cite_references_prefix> and <cite_references_suffix> used to be HTML entities you could over-ride; they defaulted to <ol class="references"> and </ol>, but your installation might have tried to replace them with <table> or similar. You can check by going to the pages MediaWiki:cite_references_prefix and MediaWiki:cite_references_suffix on your wiki. They're now hard-coded as an ordered list as part of the responsive content work landed in 2015, and so your wiki's customisations no longer work; you should delete those pages.

    The customisation you're using also takes place in the messages <cite_references_link_one> and <cite_references_link_many> where you can tweak (previously, radically change) the output format. The first's default value is:

    <li id="\"$1\""><span class="\"mw-cite-backlink\"">[[#$2|↑]]</span> $3</li>

    … but it looks like your wikis has over-ridden it to:

    |- class="references" | $1 || <span class="\"mw-cite-backlink\"">[[#$2|↑]]</span> || id="$1" | $3

    If you delete these messages (i.e. delete the pages MediaWiki:cite_references_link_one and MediaWiki:cite_references_link_many on your wiki), the references should render "correctly", the same way that they do on Wikimedia's servers, but your local customisations will be gone, sorry. (talkcontribs)

    Thank you very much,

    that was exactly what i needed!

    It still looks fine enough so it can stay on the default way.