From: David R. <da...@ha...> - 2012-03-10 19:02:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day, Before upgrading from Semantic Forms 2.2.1 to 2.4.1, I had the following (exemplary) autoedit code to allow people to RSVP to an event by just clicking a link within the respective page which worked fine: {{#autoedit:form=Event |target=PeaceMissions 28C3 |link text=Add me |query string=Event[attendees]={{#arraymap: {{#ask:[[PeaceMissions 28C3]] |?Has attendee |format=list |limit=20 |headers=hide |link=none |offset=0 }} |,|x|{{#sub:x|5|0}} }}, {{#nickname:}} | reload }} Now, after the upgrade to 2.4.1, I've encountered two kinds of problems. The first being that I had to add "mainlabel=-" for the above code to work (which is acceptable ;) ) and the second that now suddenly two values are being emptied at every form update. What happens is : − |announce=yes + |announce= − |u19=yes + |u19= I have another field in my form and template that is called "recurring" that is being left untouched. Those three fields are defined as follows in the Form:Event: | {{{field|recurring|default=no|mandatory}}} | {{{field|u19|input type=radiobutton|property=Is U19|default=no|mandatory}}} | {{{field|announce|input type=radiobutton|property=Do Announce|default=no|mandatory}}} and as properties: https://wiki.hackerspace.lu/wiki/Property:Is_Recurring https://wiki.hackerspace.lu/wiki/Property:Is_U19 https://wiki.hackerspace.lu/wiki/Property:Do_Announce As a test, I modified the "recurring" field to include the property value and once I used autoedit on an event page again, the recurring value - that had previously been left untouched - was suddenly moved (though it retained its value at least, unlike those other two fields) Now, a potential solution (or rather a hack) would be to query the values for those two properties and then resubmit them with every autoedit: {{#autoedit:form=Event |target=PeaceMissions 28C3 |link text=Do stuff (and reload) |query string=Event[attendees]={{#arraymap: {{#ask:[[PeaceMissions 28C3]] |?Has attendee |format=list |limit=20 |headers=hide |link=none |offset=0 |mainlabel=- }} |,|x|{{#sub:x|5|0}} }}, {{#nickname:}} |query string=Event[announce]={{#show: PeaceMissions 28C3 | ?Do Announce |link=none | offset=0}}|query string=Event[u19]={{#show: PeaceMissions 28C3 | ?Is U19 |link=none | offset=0}} | reload }} But I don't really see why that should be necessary, since all other values are simply left alone when autoediting a page. Can anyone give me a helping hand here? Cheers, David - -- HaxoGreen 2012 - the Hackers' Summercamp in Luxembourg July 26nd till July 29th 2012, in Dudelange, Luxembourg Call for Proposals: http://www.haxogreen.lu T: +352 691 44 23 24 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPW6CfAAoJEPnXy9KJuhQZqzUP/jW0DpQP/TWelzIyxEqRvytJ ZWZ7J3vrZkiKbD0b8n23ETR01iPyfad/NmSY1dFVNXzt4AMpTKJil7mSPc4DnZyM 0FC3QLndKEbr7IlIC3ahNX4rCGnv2PBW96RAtj1X65Vr2MBpFFtkM1BurVe1Gno6 wyoIYU/8zJloDGLz5EWaeTf4yeLAK5q9p+3c97VffdNyjw/WQM9JNODcAoM35k2d ZDU7Q1m4YcFVf0MHSD354C4fSfnSMM6EqHUgp2sC2VOWiU4fNQK/OlctshPGg5zj sNtCXUcS4VOn3fFFrx0YYdmAfpT+kNl/vdfyC4uKnlVG9ik+VingKkCuMmWtvD8I MAtDiiCPR/6tFBCWo1t0ptDHrxhMBeq4JnK6BBQkXcflIPBhG+BgJoTg2XOsNQiv zd/KwxhFv3YSeoN1b5GmLFlRoI/XrBYoxuPEtGEx+Tauem1D5tuIWA9mPhgbMRXU P8x72Or1SdApqIsUo7VHzSba5dMKJN+eLKhrEnjDZ3K/TFbRFLvL8eUi/SclD4KO DtfrK33fvE4zkMrfHf8U3Pti0Q7yoDvi8OB+iKG+vUEYU05h8j2vLJMkYLenr8i9 latvynQLM2rShtMJ7UdSh6/V1am64sAa2buaGcaYuw4+Z5Uejkoj4cjrCFXJ6v0+ YuStFLNuus6Mq9ySkvI4 =HtVg -----END PGP SIGNATURE----- |
From: badon <fas...@gm...> - 2012-03-12 06:17:30
|
Did you also upgrade to SMW 1.7? I have not tested SF 2.4.1 yet, but there were breaking changes to SMW 1.7 that sort of look like the issue you're having with mainlabel. I wrote up some documentation for it here: http://www.mediawiki.org/wiki/User:Badon/Extension:Semantic_MediaWiki/Manual#Semantic_MediaWiki_1.7_undocumented_breaking_changes Unfortunately, the semantic-mediawiki.org has been down for a day or two so far, so there's no documentation available other than what I've been kludging together on my mediawiki.org user page. I'll investigate your Semantic Forms issue when I get around to upgrading. -- View this message in context: http://wikimedia.7.n6.nabble.com/Autoedit-behaves-odd-since-upgrade-from-SF2-2-1-to-SF-2-4-1-tp4565765p4569146.html Sent from the Semantic Mediawiki - User mailing list archive at Nabble.com. |
From: Stephan G. <s7...@gm...> - 2012-03-17 22:28:01
|
Hi David, I might have fixed this. "Might" because the fix has nothing to do with the SF version or with the 'property' parameter. Instead the bug seems to be triggered by using HTML5, i.e. setting $wgHtml5 to true. Could you try the latest SF version from SVN and see, if it works now for you? Cheers, Stephan Am 10.03.2012 19:42, schrieb David Raison: > Before upgrading from Semantic Forms 2.2.1 to 2.4.1, I had the > following (exemplary) autoedit code to allow people to RSVP to an > event by just clicking a link within the respective page which worked > fine: |
From: badon <fas...@gm...> - 2012-03-24 05:44:18
|
I finally upgraded to SF 2.4.2, and my first test of the #autoedit feature produced an unexpected result. Look at how the value for "Want list" was changed: http://www.coincompendium.com/w/index.php?title=User%3ABadon&action=historysubmit&diff=38718&oldid=31569 There were 2 instances of the string "CC1", and when I clicked an #autoedit link to append "CC3761", it removed the second instance of "CC1", in addition to appending "CC3761". A second test on the "Collection=" parameter produced a similar result, by removing the previous instance of CC1 again: http://www.coincompendium.com/w/index.php?title=User%3ABadon&action=historysubmit&diff=38720&oldid=38719 The #autoedit code that does this is very simple, and only additive. It's just experimental test code, and there's nothing in it that is subtractive. Here's an example: {{#vardefine: current collection | {{#show: User:{{CURRENTUSER}} | ?Collection | link=none}} }}<nowiki /> {{#vardefine: add to collection | {{#if: {{#var: current collection}} | {{#var: current collection}}, {{PAGENAME}} | {{PAGENAME}} }} }}<nowiki /> * {{#autoedit:form=User | target=User:{{CURRENTUSER}} | link text=Add to your collection | query string=User[Collection]={{#var: add to collection}} | reload}} I have only used #autoedit a few times, so I haven't mastered it yet. But, if I'm following what David is trying to describe, it appears my results are very similar to his, where data is being removed that should not be. I checked my LocalSettings.php for $wgHtml5, and it is at the default, which is "true" http://www.mediawiki.org/wiki/Manual:$wgHtml5 -- View this message in context: http://wikimedia.7.n6.nabble.com/Autoedit-behaves-odd-since-upgrade-from-SF2-2-1-to-SF-2-4-1-tp4565765p4650889.html Sent from the Semantic Mediawiki - User mailing list archive at Nabble.com. |
From: David R. <da...@ha...> - 2012-04-10 12:36:37
|
Hi On 17/03/12 23:27, Stephan Gambke wrote: > > I might have fixed this. "Might" because the fix has nothing to do with > the SF version or with the 'property' parameter. Instead the bug seems > to be triggered by using HTML5, i.e. setting $wgHtml5 to true. > > Could you try the latest SF version from SVN and see, if it works now > for you? Sorry for being late, but yes, I upgraded to SF 2.4.2 and this seems to work ok. cheers, David |
From: badon <fas...@gm...> - 2012-07-04 23:45:10
|
I tested SF 2.4.2 and it is still deleting data when it's not supposed to. I reported the bug here: https://bugzilla.wikimedia.org/show_bug.cgi?id=38183 -- View this message in context: http://wikimedia.7.n6.nabble.com/Autoedit-behaves-odd-since-upgrade-from-SF2-2-1-to-SF-2-4-1-tp4565765p4979495.html Sent from the Semantic Mediawiki - User mailing list archive at Nabble.com. |