Last modified: 2012-01-20 20:50:47 UTC
Opening a form like http://species-id.net/o/index.php?title=File:Ostrinia_larvae1_Junta_Extremadura.png&action=formedit works fine, trying to save results in: <internalerror_text> (in red color, the xml-entities are displayed on screen, not artifact here). The form content is successfully saved, but the error display prevents any actual usage. Since semantic forms is stable tags version, this may be a mediawiki core issue rather than an extension issue. Note: The error was not yet present 548 revs earlier in 1.18alpha (96144).
The example above is now working again, because the setup was reverted to 96144.
The error still occurs with todays 1.18alpha (r97310) and tags/extensions/SemanticForms/REL_2_2_1. The previous remark might have been misleading, I meant only that the example link no longer shows the error (because we reverted to r96144).
Retesting with todays 1.18alpha (r97983), same error. SemanticForms/REL_2_2_1 is still unusable with 1.18alpha. What happened between r96144 and r96692 in 1.18 mediawiki that made Semantic Forms break?
Hi Gregor, Sorry for the long delay. Does this problem still happen with the latest trunk version of SF?
At the moment, the latest 1.18alpha (r98122) mediawiki and 1.19 trunk SemanticForms (r98122) mix well, at least this error is gone. Will you update the 1.18 version, or release a new tagged release of Semantic Forms? I would prefer the first because that makes it simple for users, but I realize that there are some differences of opinion between different developers...
Hi, Okay, that's good to hear. My general approach is to just use tags. I'll try release a new SF version, and a corresponding tag, as soon as possible, especially given that MW 1.18 is about to come out.
thanks Yaron! > My general approach is to just use tags. I'll try > release a new SF version, and a corresponding tag, as soon as possible, > especially given that MW 1.18 is about to come out. But it means that many many people check out a mediawiki version, try semantic mediawiki and will fail. :-( Learning which extensions have to be separately checked out (we need to do it for 19 extensions) from tags branch is non-trivial. As an example, below is what we have to do because "stable" releases of mediawiki contain broken extensions: sudo mkdir ext-tagged-release cd /usr/share/mediawiki/ext-tagged-release sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/AdminLinks/REL_0_1_4 AdminLinks sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/ExternalData/REL_1_3_1 ExternalData sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/HeaderTabs/REL_0_8_3 HeaderTabs sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/Maps/REL_1_0_2 Maps sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/OpenID/REL_0_9 OpenID sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/PageObjectModel/REL_0_1_3 PageObjectModel sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/ReplaceText/REL_0_9_1 ReplaceText sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticCalendar/REL_0_2_9 SemanticCalendar sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticCompoundQueries/REL_0_2_9 SemanticCompoundQueries sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticDrilldown/REL_0_8_3 SemanticDrilldown sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticForms/REL_2_2_1 SemanticForms sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticFormsInputs/REL_0_4_1 SemanticFormsInputs sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticInternalObjects/REL_0_6_6 SemanticInternalObjects sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticMaps/REL_1_0_2 SemanticMaps sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticMediaWiki/REL_1_6 SemanticMediaWiki sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticResultFormats/REL_1_6_1 SemanticResultFormats sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SocialProfile/REL_1_3 SocialProfile sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/Validator/REL_0_4_9 Validator sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/Widgets/REL_0_9_2 Widgets sudo chgrp www-data /usr/share/mediawiki/ext-tagged-release/Widgets/compiled_templates; sudo chmod g+w /usr/share/mediawiki/ext-tagged-release/Widgets/compiled_templates;
Note: Latest trunk of SMW and SF (both r102437) work with MediaWiki 1.18 beta1. (Does not work with the versions provided by Semantic Bundle.)
Problem appears again with MediaWiki 1.18.1 Semantic MediaWiki (Version 1.7.0.2) Semantic Forms (Version 2.2.1) Validator (Version 0.4.13) when saving the form. http://en.wiki-products.org/AHC20_sensitive_Antiperspirant in addition it gives a php notice: Notice: Object of class Status could not be converted to int in /home/httpd/vhosts/wiki-products.org/subdomains/en/httpdocs/extensions/SemanticForms/includes/SF_Utils.php on line 901
Obviously it'll always be a problem with version 2.2.1, but is it still a problem with the latest version of SF? If you can, please upgrade your version of SF and try it out again.
With 2.3.2 it is working. My mistake. Thanks, Yaron