[00:55:02] [SemanticMediaWiki] mwjames force-pushed sqlstore-qe-container from 51b8248 to 92cf8ff: http://git.io/idMalA [00:55:02] SemanticMediaWiki/sqlstore-qe-container 407047c mwjames: Add QueryBuilder + QueryContainer... [00:55:02] SemanticMediaWiki/sqlstore-qe-container 5e88da2 mwjames: Add QueryCompiler interface [00:55:02] SemanticMediaWiki/sqlstore-qe-container 92cf8ff mwjames: Add NamespaceCompiler [02:01:20] [SemanticMediaWiki] mwjames force-pushed sqlstore-qe-container from 92cf8ff to 272109b: http://git.io/idMalA [02:01:20] SemanticMediaWiki/sqlstore-qe-container 893eb0d mwjames: Add NamespaceCompiler [02:01:20] SemanticMediaWiki/sqlstore-qe-container 272109b mwjames: Add DisjunctionConjunctionCompiler [12:08:55] since moving my wiki I get redirected to wiki.domain.tld/index.php?title=wiki.domain.tld when I save with a specific form. It's only for 1 form as far as I know and it doesn't save the page. I found nothing in the logs and the debug output doesn't help. Ideas? [12:47:11] sven^: could you do a pastebin of that form? [12:47:26] I mean, of the form definition. [12:47:44] Also, are you doing form caching? If so, turn it off. [12:49:36] Yaron: https://dpaste.de/DHhm [12:50:12] I just realized that it's not broken after the wiki move [12:50:19] it worked last week [12:50:51] last change of that form definition is on 20.09.2013; almost a year ago [12:51:21] only thing I remember changing since last week is that I updated my PdfExport extension [12:51:36] (which I just removed completly, but the form still doesn't work) [12:51:38] [SemanticMediaWiki] mwjames pushed 1 new commit to sqlstore-qe-container: http://git.io/Ig2Ecw [12:51:38] SemanticMediaWiki/sqlstore-qe-container e77cce6 mwjames: Add ClassDescriptionCompiler [12:54:26] sven^: does the same problem happen if you remove the #time function from the page name formula? [13:00:39] yes [13:01:10] Oh, that's unexpected. [13:01:57] this one works fine: https://dpaste.de/9Bdg [13:07:19] sven^: I see a few odd things here, although I don't know if any are related to the issue. [13:07:51] In both forms, you have a page name formula, but the form has a #forminput, not a #formlink, so people are supposed to enter a page name anyway. [13:08:46] I use direct links to Special:FormEdit to create new pages [13:09:00] Oh, okay. [13:10:26] The other unusual stuff (like the multiple save and preview buttons) probably isn't related to the issue. [13:11:14] It looks like you might have to try my favorite debugging technique: making the form that works look more and more like the form that doesn't work, until you find the point at which it breaks. [13:11:34] You should probably create a new test form for that, if you were to do it. [13:12:44] but the form hasn't changed in a year [13:12:45] ... [13:13:02] Okay... so what do you want me to do about that? :) [13:14:42] I don't know :) [13:15:10] I had only stupid problems since I moved the wiki/webpage to that new hoster [13:15:40] a mix of a total failure to set up a proper chroot environment by them and strange mediawiki behaviour [13:15:56] It could be something with the PHP version or settings. [13:16:15] I set it to 5.4 since 5.5 broke things [13:16:42] right now I am thinking about reinstalling the whole wiki, but I'm afraid stuff will stop working then [13:17:06] I still think my suggested approach is the way to go; it really shouldn't take that long. [13:18:21] yep [14:44:53] Yaron: it's the umlaut in "Gastanträge" [14:45:01] since when can't fields have Umlaute? [14:45:19] this is strange [14:45:32] I just realized that the " " in the version history are broken aswell [14:46:44] ‎ (hat „Formular:Sitzungsprotokoll“ nach „Formular:Sitzung-Protokoll“ verschoben) [14:46:55] Ooh. [14:46:59] that's where it says that I move the one form to the other [14:47:21] What do you mean by the " " in the version history? [14:47:42] "Achtung: Diese Seite wurde geschützt. Nur Benutzer mit Administratorrechten können die Seite bearbeiten. Zur Information folgt der aktuelle Logbucheintrag: [14:47:42] 12:37, 11. Feb. 2013 SVB (Diskussion | Beiträge | Sperren) übertrug den Seitenschutz von „Formular:Sitzungsprotokoll“ auf „Formular:Sitzung-Protokoll“ ‎ (hat „Formular:Sitzungsprotokoll“ nach „Formular:Sitzung-Protokoll“ verschoben) [14:47:42] " [14:48:04] page protection message at the top of "version history" for a form [14:48:16] oh, wait. It's on the edit field [14:48:36] So, how many problems are there? [14:48:56] 12:37, 11 February 2013 SVB (Talk | contribs | block) moved protection settings from "Formular:Sitzungsprotokoll" to "Formular:Sitzung-Protokoll" ‎ (hat „Formular:Sitzungsprotokoll“ nach „Formular:Sitzung-Protokoll“ verschoben) [14:49:04] maybe it's clearer that way [14:49:27] That's fine, but - is there a problem there? [14:49:41] apart from it being ugly, it's fine [14:49:57] it seems that "something" broke proper utf8 support for the wiki [14:50:04] Ah! [14:50:26] That would explain why the move of the wiki affected it - although you said it was working before on this new wiki? [14:50:27] so that's why it looks ugly and "gastanträge" as a field identifier breaks things [14:50:36] yes, I think it did [14:50:41] wait, let me check when I moved it [14:51:16] yeah, I finished moving it 8 days ago [14:51:29] there was a page save using the now broken form yesterday [14:51:35] Ah! [14:51:47] The page save broke it, then? [14:52:40] no, I mean it seemed to work yesterday [14:52:58] sec, I'll check the stupid webhosting panel if there is anything that could have broken it [14:53:13] I shouldn't have switched provider -.- [14:53:17] Oh, I see. [14:54:18] Well, my guess is that it's the database encoding in the new wiki that is causing the problem - not that that should break the form. [14:54:53] As in, it's latin1 instead of utf8, or some such. [14:56:56] yes. [14:57:03] god. [14:57:17] mysql> SHOW VARIABLES LIKE '%char%'; [14:57:17] +--------------------------+----------------------------+ [14:57:17] | Variable_name | Value | [14:57:17] +--------------------------+----------------------------+ [14:57:17] | character_set_client | latin1 | [14:57:17] | character_set_connection | latin1 | [14:57:20] | character_set_database | utf8 | [14:57:22] | character_set_filesystem | binary | [14:57:24] | character_set_results | latin1 | [14:57:26] | character_set_server | latin1 | [14:57:28] | character_set_system | utf8 | [14:57:31] | character_sets_dir | /usr/share/mysql/charsets/ | [14:57:53] That's quite a mix! [14:58:04] I don't know if it's supposed to be like that or not, though. [14:58:30] this is ridiculous. It's a small company who gave us the webspace for free, since we are doing voluntary work [14:58:36] I only had problems so far [14:58:41] everything is screwed up [14:59:13] no imagemagick, no diff, broken vi installs, wrong charsets and a clueless customer support [14:59:31] That's a problem. [14:59:33] mysql 6 is all utf8 by default [14:59:46] Right, that makes sense. [14:59:54] ubuntu/debian switched to utf8 for their default installs a few months ago, I think [15:00:14] gentoo for example has utf8 by default for mysql5 forever now [15:00:28] it's a simple config setting... -.- [15:01:00] Time to switch to another host? [15:01:20] Basic hosting is usually pretty expensive, although not free... [15:01:33] and I just made the switch on the old server. it's quite a mess, if you change it on a life database. For example you have to edit and save all pages where the page names contain umlauts [15:02:04] well, I could have hosted the page on my personal server [15:02:47] but I didn't want to because I wanted something where our association is the contractual partner [15:03:10] so we don't have to move the stuff around everytime someone (me in this case) leaves [15:04:52] So just have your association pay for hosting... that seems like the only real solution. [15:07:56] we are kind of short on money [15:08:13] so it seemed like a good idea to let them give us their 7€/month hosting for free [15:09:20] I still don't quite understand why it worked yesterday [15:09:23] and is broken now [15:10:19] ah, ok. I understand. it seems to be possible to edit pages using the form but not to create a new one [18:11:51] [SemanticMediaWiki] mwjames pushed 1 new commit to sqlstore-qe-container: http://git.io/K-Twnw [18:11:51] SemanticMediaWiki/sqlstore-qe-container 8520b02 mwjames: Add ValueDescriptionCompiler