Fri, Sep 20
Sep 7 2019
Sep 5 2019
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.
Sep 3 2019
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.
Aug 27 2019
@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.
Aug 2 2019
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.
Jul 31 2019
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.
Jul 4 2019
Jun 30 2019
Previews work normally on Facebook but on Twitter no preview is shown.
Jun 4 2019
Jun 2 2019
Apr 21 2019
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?
Apr 19 2019
Apr 18 2019
Apr 17 2019
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...
Apr 16 2019
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:
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.
Apr 15 2019
Apr 14 2019
Apr 13 2019
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?
Apr 12 2019
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?
Apr 11 2019
Apr 9 2019
Jan 2 2019
So, does merge work now? Can I propose more users to be merged on SN?
Dec 30 2018
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):
Dec 29 2018
Dec 14 2018
I should learn to search before opening a task, sorry.
Dec 4 2018
Dec 1 2018
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?
Nov 28 2018
Nov 27 2018
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?
Nov 21 2018
Nov 20 2018
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.
Nov 19 2018
Nov 18 2018
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.
Nov 17 2018
Nov 16 2018
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?
Nov 12 2018
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:
Nov 11 2018
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.
Nov 10 2018
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:
Nov 8 2018
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.
Thanks a lot, even if I barely understand what you people are talking about here ;) But let's give it a try:
Nov 7 2018
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).
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.
Nov 6 2018
Nov 4 2018
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