Klaus Kaempf schrieb:
* Jiří Suchomel
[Nov 02. 2009 09:17]: Hi! Bug 551284 describes a problem of mail_settings plugin when it is called for a second time (while first time it was during basesystem sequence). The problem itself is that underscores are changed to dashes in the POST call. And indeed, mail_settings_controller of the webservice lacks the option to set dasherize to false in respond_to function, so the solution looked easy.
Hmm, http://www.bluequartz.us/phpBB2/viewtopic.php?p=318726&sid=ef2add12b91437160380ae3a8f078521 points to Hash.dasherize_xml which is set to 'true' by default.
Try setting it to 'false'.
Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
I am also interested in "Hash.dasherize_xml" If it does work I would be able to drop this work around from the registration model: # Hash.from_xml converts dashes in keys to underscores # by this we can not find out the correct key name (whether it was a dash or an underscore) # unfortunately the regcode keys in registration make excessive use of dashes AND underscores # that way the information gets lost what key to assign the correct value. # So the function "unrename_keys" will be overwritten module RailsHashFromWithoutConversationKey Hash.class_eval do def self.unrename_keys(params) case params.class.to_s when "Hash" params.inject({}) do |h,(k,v)| h[k.to_s] = unrename_keys(v) h end when "Array" params.map { |v| unrename_keys(v) } else params end end end end So please try this and tell us the result :-) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org