Hi, it happened again with https://nonciclopedia.org/wiki/Culo - I can't delete it because it's too big and I have no permission to do so, and importing it again didn't work either.

According to the global rename script "Rum e pera" was renamed "Rum e pera 2" but the opposite was supposed to happen. To put it shortly, Rum e pera created a temporary account (with the final 2) in order to get back his contribs, as plenty of users have already done, but that should have meant the two account should have been merged and then Rum e pera 2 should have been renamed.

@revi I know, but "Simply add a few lines of markup to your webpage" is a pain in the neck when instead of posting your homepage you have to post 1 out of thousands of single pages and you can't add HTML code not accessible to random visitors. I thought about using a template but I can't protect a page just because we need to post it on Twitter. It's basically unfeasible on a wiki, so maybe too bad for them, we'll just use Facebook.

Close enough. The other stats are still incorrect, though:

@Paladox I don't know and I'm quite sure they're not willing to share any info. I'm ok with setting it to "any", it seems to be the most reasonable option anyway.

My 2 cents: its seems like new data is being recorded (more or less) correctly, but the starting numbers after we moved to Miraheze were wrong so the total count is wrong too.

Previews work normally on Facebook but on Twitter no preview is shown.

Thanks!

Done: T4312

Sorry, I'm not sure what you mean. I will do it, I just need you to please tell me exactly what and how.

Stats are now closer to the real number but not quite there (I wrote it down before moving here), better than nothing I guess.
I don't have the technical background needed to understand that so please tell me: we will never get correct stats in real time and we'll always need to open a ticket to get them updated?

I tried deleting it but I got a message telling me it was too big and I hadn't the permissions to do it, no matter I'm the founder of the wiki with full sysop and bureaucrat rights. Anyway, I guess things happen when moving gigabytes of data...

I know but it seems like it's only done by inserting the tags inside single pages, which is not doable on a wiki so big (not to mention such a delicate piece of info on pages anyone can edit). Isn't there something you can do upstream? Wikia probably did because before moving we had previews without having to do anything.

I posted 3 pages after moving and none of them got previewed, it's:

• https://nonciclopedia.org/wiki/14_aprile
• https://nonciclopedia.org/wiki/15_aprile
• https://nonciclopedia.org/wiki/16_aprile

I see Facebook is kinda working, but I need more tests. Twitter isn't, and I read it needs "Twitter cards" i.e. meta tags, but I have no idea how it's done and doing it it for every single page is out of question anyway.

Oh, I thought it literally leaved wiki redirects, now I see it's not the case. Thanks, I'm updating namespaces by myself right now.

There's so many good features on Miraheze that sometimes I forget they exist! But I'd rather not leave behind a thousand useless redirects, is there something I can do to prevent it from happening or delete them at once?

It works, thanks!

Now the counter for content pages says it's 12,739 but it was more than 17K before (14,886 on the old wiki). What gives?

In T4197#80979, @Paladox wrote:

@labster does that mean that user won't be able to have pornographic material if we went with hetzner?

So, does merge work now? Can I propose more users to be merged on SN?

That's how we'd do to make sure nobody is stealing accounts (as it would happen if someone created a temp account and then asked on the Steward's noticeboard):

I should learn to search before opening a task, sorry.

I thought so. Nothing can be done apparently. The case is close, thanks anyway.

I mean, if a file was changed, the old versions aren't there; it's only reported on the page's history, that's it. Maybe previous versions of files were not dowloaded at all by Teamwiki, I'm just asking.

Thanks. I see past revisions of the file (not the page) are lost, there's only the last editor and the laste version of the file. Before I open a futile task, can something be done about it?

Great! I'll fix the rest, it's just a few pages. Thanks a lot, this task can be closed now; if more inconsistencies show up I'll open a new task.

Thanks again. There's a few more things to do. I found a lot of talk pages that ended up in the main namespace: pages starting with Discussioni manuali should be moved to "Discussioni nonbooks" and lose the prefix; the ones starting with Discussioni test should be moved to "Discussioni noniversità" and lose the prefix too.

Can confirm. Yay! Now only "Discussioni nonnotizie" and "Discussioni nondizionario" are missing.

PPS: apparently the articles starting with "NonNotizie" are in the main namespace (check it) and for some reason are redirected to the "Nonnotizie" namespace, which is empty.

PS: the problem is only related to the ns "Nonnotizie", "Discussioni nonnotizie", and "Discussioni nondizionario".
"Nondizionario" is ok.

Yes. The problem here is that pages were imported with the old namespaces but we can't reach them because Mediawiki points to the new ones, where the pages don't exist yet. As in the example above, try clicking on NonNotizie:"Bidone d'oro" 2009; trionfa Felipe Melo, sul podio Quaresma e Tiago: you'll end in "Nonnotizie:"Bidone d'oro" 2009; trionfa Felipe Melo, sul podio Quaresma e Tiago", which doesn't exist yet.

Not yet. Articles in ns "Nonnotizie", "Discussioni nonnotizie", and "Discussioni nondizionario" are still out or reach.

Thanks. What about this:

Hey, guys, any update?

Ok, so we decided to change the ns "Nonversità" into "Noniversità". I've updated the task accordingly.

Good! I just tested moving a page and its 72 subpages and it worked.

I thought all namespace allowed subpages, anyway yes, both the original location and the target location are in namespaces that seem to allow subpages, see for example https://nonciclopedia.org/wiki/Nonciclopedia:Cimitero/Articolo_della_settimana/Archivio and https://nonciclopedia.org/wiki/Cimitero:Nonciclopedia:Articolo_della_settimana/Archivio/10

Now it works, thanks!

I tried yesterday and yes, it still happens.

Care to explain why not being on git is a problem? Just out of curiosity.

Well, luckily enough it's just a bunch of pages, I can move them manually.

Thanks! Please wait a little before moving Test to Nonversità, we're probably about to change its name.

Wouldn't that prevent all users from re-creating their account because it already exists? EDIT: ... and therefore open a task here? Please tell me the steps users should follow, exactly.

Ok, I'll wait.

I don't really know what that means, but how am I supposed to administer a wiki if I can't even delete single pages?

I'd like an update on this.
In the meanwhile there's an issue with namespaces that could be probably fixed easily. We used to have a namespace named "NonNotizie" and we asked for a new namespace named almost the same, "Nonnotizie", except for the third "n", which is not capitalized; now, the pages starting with "NonNotizie" exist in the main ns but clicking on a link opens the wrong page, the one with the same title but starting with "Nonnotizie", which of course doesn't exist.
There is probably some conflict with namespaces. Would you please move such pages in the correct ns before doing the other things I asked? It's the only pages I can't move myself because of that inconsistency.

Care to explain in layperson terms?

I can't even use NukePDL:

I hope it will be possible to fix histories so that images won't be all attributed to mr. 127.0.0.1 in the file's page.

Exactly (images, videos, audio etc.), not pages themselves, that are already imported; if you look at https://nonciclopedia.org/w/index.php?title=Speciale%3APrefissi&prefix=&namespace=6 you can see file pages were already imported but there's no actual file, just the page itself with history, categories etc. Then maybe it would need a script to "bond" images with the related File pages, create the history with thumbnails that appears at the bottom of the page etc., but I don't really know.

This still happens after the new import of the new XML dump. Any update?

No, it's only possible with WikiTeam. Anyway, IIRC the syntax error came after importing images, maybe you could try importing images only (not the pages in the File namespace, they were already imported) and see if any error shows up?

I can try but first I I'd like to know why I should because I'm on a limited data plan and every GB is precious.

I see the wiki is online again and pages with full histories and user contribs are imported. Good! Two things:

In case it's still possible (if not, never mind) I'd like if you imported pages directly from Wikia because I just requested an updated dump, just wait until the date is 2018-11-08; but that dump doesn't include images, which should still be uploaded from the XML dump I provided.

In T3637#72389, @Paladox wrote:

We would like to try and reimport your wiki (by deleting it and recreating with your permission of course)

Thanks a lot, even if I barely understand what you people are talking about here ;) But let's give it a try:

It's the only one I know. BTW I said "temporarily", just for importing pages, and then upgrade to 1.31 again after the import. About the money needed to get a larger database?

Nope, I'm the only user who can edit pages and I only edited a few things in the MediaWiki namespace. BTW the wikia dump is not ideal because it doesn't provide images, and in fact you imported a ton of pages that we didn't even want imported (that's why I provided a dump in the first place).

In T3767#72377, @Paladox wrote:

They mostly match what you said in the description that they should be like.

Just gave it a try but nope, again an error:

Statistics are still erroneous: only the first one about content pages changed and it gives 171 more pages more than it should, while the rest stayed the same.

Ok, it doesn't matter much. What about this bug?

The usual way to show edits is Username (links to user's page) (talk | contribs | block), not Username (links to contribs) (talk). Can this be fixed?

I'd rather have the old behavior because 99,99% of users will never sign up and histories would be barely usable; actual edit counts could be fixed by using the latest script only for the minority of users who will sign up.

Also, now my contribs show multiple instances of the same edit, see https://nonciclopedia.org/w/index.php?limit=500&title=Speciale%3AContributi&contribs=user&target=Wedhro&namespace=&tagfilter=&start=&end=2018-08-15

Excuse me, but yesterday histories linked to user's pages (including users not signed up yet) and now they don't. Obviously something changed.

As I said, the vast majority of users will never sign up because they're inactive, and the ones who are active will sign up erratically. Before importing a page would just link to the user's pages no matter if it existed or not, I don't understand why all of the sudden this became so difficult.

It works for my edit count but now page histories show a plain >Username instead of the links to the user's page, talk etc. For an example see https://nonciclopedia.org/w/index.php?title=Governo_ombra&action=history

I don't know it it needs time to refresh or something, but my contribs show nothing between March 2008 and June 2018, and my EditCount only shows a tiny fraction of my 32.251 edits.