From: Matt G. <go...@na...> - 2012-11-26 05:24:42
|
I've got a form I'm working on that uses "show on select" for a couple of fields and a googlemaps input type for one field. http://wiki.seaknature.org/Form:SBBP_observation The map was working fine, and the 'show on select' functionality seemed to be working fine as far as the form goes. However, the fields from hidden divs were still getting saved (with no associated values) in the template call on the page. It's my understanding that this isn't supposed to happen, and it doesn't seem to happen on the example page linked in the documentation. Thinking I might have an old version, I upgraded to MediaWiki 1.20.0 (previously at 18.2, I think) and updated the Semantic packages with the SemanticBundle that is current via git. I then upgraded Semantic Forms to the most recent version (2.5.1). SemanticMaps/Maps are at 1.0.5. Post upgrade, I'm still having the issue with fields getting saved even though they were hidden (via show on select), and now I'm having problems with the map input. When I pull up the form on Chrome, there's a message saying "Loading map form input..." where the map should appear. Also, it seems like maybe the page stops loading before all the javascript is in place or something, since the show on select and multiple template functionality does not work. When I pull up the form on IE Explorer, it takes a while to load (much longer than before), but at least sometimes it will complete the full page load including the map (other times it hangs up like it does on Chrome). Using the openlayers map does seem to load faster and doesn't have the problem as consistently, so whatever is going on seems to be due to some sort of time-out that wasn't happening prior to upgrades. Any suggestions for where to look and/or what else to try for either of these issues would be appreciated. Thanks, Matt Goff |
From: [[kgh]] <med...@kg...> - 2012-11-26 09:41:52
|
Heiya Matt, admittedly I have the same problem with fields from hidden divs being saved without a value, but have not reported this so far. This is however unrelated to the googlemaps form input. So far this has not "hurt" me in any way, though I think it would be better not to save them. I am sure Yaron will have a look at this. When it comes to SM I had the same problem. I suspect some change in MW 1.19.x caused this since I had the loading problem too you described after upgrading from 1.18.5 to it. I solved this issue by upgrading to SMW 1.8 beta/rc 1, Validator 0.5 and to the latest SM 2.1 alpha. Cheers Karsten Am 26.11.2012 06:24, schrieb Matt Goff: > I've got a form I'm working on that uses "show on select" for a couple > of fields and a googlemaps input type for one field. > > http://wiki.seaknature.org/Form:SBBP_observation > > The map was working fine, and the 'show on select' functionality > seemed to be working fine as far as the form goes. However, the > fields from hidden divs were still getting saved (with no associated > values) in the template call on the page. It's my understanding that > this isn't supposed to happen, and it doesn't seem to happen on the > example page linked in the documentation. > > Thinking I might have an old version, I upgraded to MediaWiki 1.20.0 > (previously at 18.2, I think) and updated the Semantic packages with > the SemanticBundle that is current via git. I then upgraded Semantic > Forms to the most recent version (2.5.1). SemanticMaps/Maps are at > 1.0.5. > > Post upgrade, I'm still having the issue with fields getting saved > even though they were hidden (via show on select), and now I'm having > problems with the map input. When I pull up the form on Chrome, > there's a message saying "Loading map form input..." where the map > should appear. Also, it seems like maybe the page stops loading > before all the javascript is in place or something, since the show on > select and multiple template functionality does not work. When I pull > up the form on IE Explorer, it takes a while to load (much longer than > before), but at least sometimes it will complete the full page load > including the map (other times it hangs up like it does on Chrome). > Using the openlayers map does seem to load faster and doesn't have the > problem as consistently, so whatever is going on seems to be due to > some sort of time-out that wasn't happening prior to upgrades. > > Any suggestions for where to look and/or what else to try for either > of these issues would be appreciated. > > Thanks, > > Matt Goff > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Matt G. <go...@na...> - 2012-11-26 19:22:15
|
Thanks - upgrading to the latest things fixed the map/page loading issue. Much appreciated. However, perhaps now I've turned up a bug, as it seems that now the form returns an error if no coordinates have been selected for the map field. This happens when trying to edit pages saved from before or trying to save a new page. If the page had coordinates specified, it's possible to edit them. The error that shows up is this: [2f6ea9f2] 2012-11-26 19:18:18: Fatal exception of type MWException (though the part in the [] changes each time). I tried making point selection mandatory, but the error still occurs (instead of reloading the form with a note that the values have not been included). Form can be found here: http://wiki.seaknature.org/Special:FormEdit/SBBP_observation?namespace=Observation Thanks, Matt On Mon, Nov 26, 2012 at 12:42 AM, [[kgh]] <med...@kg...> wrote: > Heiya Matt, > > admittedly I have the same problem with fields from hidden divs being saved without a value, but have not > reported this so far. This is however unrelated to the googlemaps form input. So far this has not "hurt" me in > any way, though I think it would be better not to save them. I am sure Yaron will have a look at this. > > When it comes to SM I had the same problem. I suspect some change in MW 1.19.x caused this since I had the > loading problem too you described after upgrading from 1.18.5 to it. I solved this issue by upgrading to SMW > 1.8 beta/rc 1, Validator 0.5 and to the latest SM 2.1 alpha. > > Cheers Karsten > > Am 26.11.2012 06:24, schrieb Matt Goff: >> I've got a form I'm working on that uses "show on select" for a couple >> of fields and a googlemaps input type for one field. >> >> http://wiki.seaknature.org/Form:SBBP_observation >> >> The map was working fine, and the 'show on select' functionality >> seemed to be working fine as far as the form goes. However, the >> fields from hidden divs were still getting saved (with no associated >> values) in the template call on the page. It's my understanding that >> this isn't supposed to happen, and it doesn't seem to happen on the >> example page linked in the documentation. >> >> Thinking I might have an old version, I upgraded to MediaWiki 1.20.0 >> (previously at 18.2, I think) and updated the Semantic packages with >> the SemanticBundle that is current via git. I then upgraded Semantic >> Forms to the most recent version (2.5.1). SemanticMaps/Maps are at >> 1.0.5. >> >> Post upgrade, I'm still having the issue with fields getting saved >> even though they were hidden (via show on select), and now I'm having >> problems with the map input. When I pull up the form on Chrome, >> there's a message saying "Loading map form input..." where the map >> should appear. Also, it seems like maybe the page stops loading >> before all the javascript is in place or something, since the show on >> select and multiple template functionality does not work. When I pull >> up the form on IE Explorer, it takes a while to load (much longer than >> before), but at least sometimes it will complete the full page load >> including the map (other times it hangs up like it does on Chrome). >> Using the openlayers map does seem to load faster and doesn't have the >> problem as consistently, so whatever is going on seems to be due to >> some sort of time-out that wasn't happening prior to upgrades. >> >> Any suggestions for where to look and/or what else to try for either >> of these issues would be appreciated. >> >> Thanks, >> >> Matt Goff >> >> ------------------------------------------------------------------------------ >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: [[kgh]] <med...@kg...> - 2012-11-26 20:06:13
|
Heiya Matt, I forgot to tell. :( I ran into this problem, too, at least I think it is the same or at least similar. I reported this with the following bug [1]. To avoid this problem until a fix was provided I add standard coordinates to every property of this type like e.g. {{{geo property name|52.516103, 13.3796310}}}. It's kinda ugly but I came up with no other sulution. Cheers Karsten [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=42344 Am 26.11.2012 20:22, schrieb Matt Goff: > Thanks - upgrading to the latest things fixed the map/page loading > issue. Much appreciated. > > However, perhaps now I've turned up a bug, as it seems that now the > form returns an error if no coordinates have been selected for the map > field. This happens when trying to edit pages saved from before or > trying to save a new page. If the page had coordinates specified, > it's possible to edit them. The error that shows up is this: > > [2f6ea9f2] 2012-11-26 19:18:18: Fatal exception of type MWException > > (though the part in the [] changes each time). I tried making point > selection mandatory, but the error still occurs (instead of reloading > the form with a note that the values have not been included). > > Form can be found here: > http://wiki.seaknature.org/Special:FormEdit/SBBP_observation?namespace=Observation > > Thanks, > > Matt > > On Mon, Nov 26, 2012 at 12:42 AM, [[kgh]] <med...@kg...> wrote: >> Heiya Matt, >> >> admittedly I have the same problem with fields from hidden divs being saved without a value, but have not >> reported this so far. This is however unrelated to the googlemaps form input. So far this has not "hurt" me in >> any way, though I think it would be better not to save them. I am sure Yaron will have a look at this. >> >> When it comes to SM I had the same problem. I suspect some change in MW 1.19.x caused this since I had the >> loading problem too you described after upgrading from 1.18.5 to it. I solved this issue by upgrading to SMW >> 1.8 beta/rc 1, Validator 0.5 and to the latest SM 2.1 alpha. >> >> Cheers Karsten >> >> Am 26.11.2012 06:24, schrieb Matt Goff: >>> I've got a form I'm working on that uses "show on select" for a couple >>> of fields and a googlemaps input type for one field. >>> >>> http://wiki.seaknature.org/Form:SBBP_observation >>> >>> The map was working fine, and the 'show on select' functionality >>> seemed to be working fine as far as the form goes. However, the >>> fields from hidden divs were still getting saved (with no associated >>> values) in the template call on the page. It's my understanding that >>> this isn't supposed to happen, and it doesn't seem to happen on the >>> example page linked in the documentation. >>> >>> Thinking I might have an old version, I upgraded to MediaWiki 1.20.0 >>> (previously at 18.2, I think) and updated the Semantic packages with >>> the SemanticBundle that is current via git. I then upgraded Semantic >>> Forms to the most recent version (2.5.1). SemanticMaps/Maps are at >>> 1.0.5. >>> >>> Post upgrade, I'm still having the issue with fields getting saved >>> even though they were hidden (via show on select), and now I'm having >>> problems with the map input. When I pull up the form on Chrome, >>> there's a message saying "Loading map form input..." where the map >>> should appear. Also, it seems like maybe the page stops loading >>> before all the javascript is in place or something, since the show on >>> select and multiple template functionality does not work. When I pull >>> up the form on IE Explorer, it takes a while to load (much longer than >>> before), but at least sometimes it will complete the full page load >>> including the map (other times it hangs up like it does on Chrome). >>> Using the openlayers map does seem to load faster and doesn't have the >>> problem as consistently, so whatever is going on seems to be due to >>> some sort of time-out that wasn't happening prior to upgrades. >>> >>> Any suggestions for where to look and/or what else to try for either >>> of these issues would be appreciated. >>> >>> Thanks, >>> >>> Matt Goff >>> >>> ------------------------------------------------------------------------------ >>> Monitor your physical, virtual and cloud infrastructure from a single >>> web console. Get in-depth insight into apps, servers, databases, vmware, >>> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >>> Pricing starts from $795 for 25 servers or applications! >>> http://p.sf.net/sfu/zoho_dev2dev_nov >>> _______________________________________________ >>> Semediawiki-user mailing list >>> Sem...@li... >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >>> >> >> ------------------------------------------------------------------------------ >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user |