On the Latin Wikisource Special:IndexPages has an entry that is blank. It moves around (erratically) as changes are made such as deletions or additions of indices. It is mentioned here: http://la.wikisource.org/wiki/Vicifons:Scriptorium#Index_clean_up and can be seen here: http://la.wikisource.org/wiki/Specialis:IndexPages, currently at #17. Phe was looking in to this at one point but I don't think he ever got anywhere with it.
Version: unspecified
Severity: normal
| Title | Reference | Author | Source Branch | Dest Branch | |
|---|---|---|---|---|---|
| builds-api: bump to 0.0.104-20231113143657-f8b48e05 | repos/cloud/toolforge/toolforge-deploy!128 | raymond-ndibe | bump_builds-api | main | |
| [build.start]: handle harbor timeout error | repos/cloud/toolforge/builds-api!55 | raymond-ndibe | handle_harbor_request_timeouts | main |
Note that there is also one here: https://wikisource.org/wiki/Special:IndexPages
Looking at the source, you can see
<!-- Invalid title Index:-->
or on la.wikisource
<!-- Invalid title Liber:-->
This text comes from https://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/ProofreadPage/SpecialProofreadPages.php?view=markup#l124
It looks like pages are being created without a title?
So I see one entry in pr_index which has page id 0:
| pr_page_id | pr_count | pr_q0 | pr_q1 | pr_q2 | pr_q3 | pr_q4 | |
| 0 | 3 | 55 | 9 | 0 | 12 | 0 | |
The rest all look normal. Since there's no date or anything I don't know how we can track it down further. One could look around for bizarre rc entries I guess, although as it's now November and this was noticed in August, there may be nothing to be found.
More on https://id.wikisource.org, https://ca.wikisource.org, https://de.wikisource.org, https://el.wikisource.org, https://en.wikisource.org, https://fr.wikisource.org, https://es.wikisource.org, https://it.wikisource.org
None on https://br.wikisource.org, https://da.wikisource.org, https://eo.wikisource.org, https://fa.wikisource.org, https://he.wikisource.org, https://hr.wikisource.org, https://hu.wikisource.org, https://hy.wikisource.org
Tired of looking now, but on there seem to be no examples on wikisources with fewer texts (except elwikis). But I imagine that is because they have fewer editors on those sites.
https://el.wikisource.org is a good example because there are so few sources.
(In reply to comment #2)
Perhaps related to Bug 32551 - Descriptionless files
This doesn't seem likely, I think that problem was due to uploads during a update of servers, the likelihood that this was occurring on any of la.ws, el.ws, or he.ws, let alone all of them, is remote. It would be highly likely that no one was even logged in at any given time for those small projects.
Looking through el.ws I noticed [[s:el:Σελίδα:Σύνταγμα της Κριτικής Πολιτείας 1907.djvu/1]]. The page is in pagespace but it's a soft redirect and doesn't have an index. No chance it's related is there?
meh, I guess I have to do this the hard way, I can never remember what works and what doesn't: https://el.wikisource.org/wiki/%CE%A3%CE%B5%CE%BB%CE%AF%CE%B4%CE%B1:%CE%A3%CF%8D%CE%BD%CF%84%CE%B1%CE%B3%CE%BC%CE%B1_%CF%84%CE%B7%CF%82_%CE%9A%CF%81%CE%B9%CF%84%CE%B9%CE%BA%CE%AE%CF%82_%CE%A0%CE%BF%CE%BB%CE%B9%CF%84%CE%B5%CE%AF%CE%B1%CF%82_1907.djvu/1
(In reply to Bawolff (Brian Wolff) from comment #8)
Is this still an issue. I don't see blank lines in the links given above.
Yup. I can consistently replicate the blank entry using the settings Order by: Index status, Sort ascending & any offset...
... but I've seen it at various points in the outputs of the other settings as well.
What complicates the matter is the use of tables in each list-item - causing a slight offset between a bullet number it's content - giving rise to the possibility that 1 item is somewhow getting "clipped" in the resulting output (e.g. an offset of 20 items per page only shows 19 items.
<li><!-- Invalid title :--></li>
So there's a very blank title.
Which I guess makes sense because the query does array( 'LEFT JOIN', 'page_id=pr_page_id' ) to figure out what the page_namespace/page_title is.
Obvious solution would be to change that to an inner join, which would just skip all entries with invalid pr_id's.
Change 150386 had a related patch set uploaded by Brian Wolff:
Make Special:IndexPages not show invalid page ids
Change 150386 merged by jenkins-bot:
Make Special:IndexPages not show invalid page ids
Well if that merge was suppose to patch the current test2.wikipedia.org testbed, it didn't work.
This change is not deployed on test2 yet. It should be deployed as part of 1.24wmf17 the August 15 on test2.