After upgrading from 5.x-1.6 I've found this wrong value in the submission input box on "admin/settings/xmlsitemap/engines":

http://api.moreover.com/ping?u=http://www.example.com/sitemap.xml

But it should be

http://api.moreover.com/ping?u=[sitemap]

I cannot remember that I have ever touched this field myself, so I expect this is an upgrade bug.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Anonymous’s picture

Status: Active » Postponed (maintainer needs more info)

Not that I see from the code. The variables are set during xmlsitemap_engines_update_6100 in rather emphatic fashion. I.E. If the hook_update_N executed the value should be as you stated.

hass’s picture

Status: Postponed (maintainer needs more info) » Needs review
FileSize
1.32 KB

Typo in variable name. See patch attached.

hass’s picture

New patch... old one has a bug in the names.

apaderno’s picture

Status: Needs review » Needs work

It should be better if the code would rename the Drupal variable; differently, a custom value set by the user would be lost.

hass’s picture

Status: Needs work » Needs review
FileSize
1.37 KB

Oh my goodness... this cut and paste hell...

apaderno’s picture

Status: Needs review » Needs work
 /**
  * Delete wrongly named variable xmlsitemap_engines_morover_url.
  */
function xmlsitemap_engines_update_6109() {
  $ret = array();
  variable_set('xmlsitemap_engines_moreover_url', variable_get('xmlsitemap_engines_morover_url', 'http://api.moreover.com/ping?u=[sitemap]'));
  variable_del('xmlsitemap_engines_morover_url');
  return $ret;
}

As the module allows the user to change the value of xmlsitemap_engines_moreover_url, it would be better to use the last value inserted by the user.

hass’s picture

Status: Needs work » Needs review

I believe we are not able to keep the "custom" value as it's still broken (no placeholder) from install. See intro...

hass’s picture

Aside - I could also ask why the module overwrites my "custom" D5 settings... if I'm nitpicking... but I don't do it as the placeholder is better than my site's url...

Anonymous’s picture

Status: Needs review » Fixed

Patch committed to CVS.

I will remove the ability to change the URL in version 1.1. I do not see a good reason to allow this setting to be changed. And hass, your nitpick complaint is one of mine as well. But it has been that way for a while and more than half of the 5.x users are using the development versions. I.E.: In my opinion it isn't worth fixing at this point in time.

Thanks for the fix to the misspelled variable.

hass’s picture

Why not adding the form attribute '#disabled' for 1.0... may receive the complains - why this setting has been disabled and then finally decide or not - to remove the fields from view in 1.1 :-)

Dave Reid’s picture

@hass: See the discussion in #464980: Remove search engine authentication/verification code. It's silly that we allow users to be able to change the engine submission URLs. If anything we should give them a textarea to add any 'custom' submission URLs like in 6.x-2.x. Allowing users to change the engine URLs is just asking for trouble like this.

Anonymous’s picture

I've created #553930: Disable the UI for search engine URL for the #disable patch.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.