As we agreed to do, I am opening a different task report for xmlsitemap_node.module.

The removed code is the code for the bulk operation, and for changing the sitemap priority of a node basing on the comments it received.
Also here, the idea is to put the code in a different module that would make explicit its dependency from comment.module, which would avoid to add all those IF-statements to check if the module is really enabled.

Comments

Anonymous’s picture

Title: Removal of extra features » Remove unnecessary features from xmlsitemap_node
Anonymous’s picture

Status: Active » Needs work

We need a patch file for this one.

avpaderno’s picture

StatusFileSize
new8 KB
avpaderno’s picture

Status: Reviewed & tested by the community » Active

The comment eater bug is still around. I wrote that I previously forgot to add the patch I already prepared.

Anonymous’s picture

Status: Needs work » Reviewed & tested by the community

I'm happy with it.

avpaderno’s picture

The changes have been committed; now it's time for the not anymore used table fields.

avpaderno’s picture

StatusFileSize
new1.95 KB

This is the change for the module code.

avpaderno’s picture

StatusFileSize
new3.35 KB

This is the patch for the installation file.

avpaderno’s picture

I was forgetting: also the description that the module passes in a custom hook should be changed.

avpaderno’s picture

Status: Active » Needs review
Anonymous’s picture

Visual inspection looks good. Does anyone have a method to test the upgrade paths?

avpaderno’s picture

If you change the data for the module in the system table, and set the field containing the last update done to -1, and then visit update.php, would that make the kind of test you mean?

Anonymous’s picture

That would test 6.x-1.x-dev to 6.x-1.x-dev upgrade path and whether or not anything fails because an action has already completed. I'm more interested in 5.x-1.6 to 6.x-1.0-BETA1 upgrading.

It will be several hours into days before I can get back to this.

avpaderno’s picture

If you tell me how to test it, I will do it. I can install Drupal 5 on my test site, and follow the procedure you suggest.

avpaderno’s picture

The problem of testing the update path is not specific for this changes, but to the general update code; we can commit the changes, and only after find a way to test the update from 5.x-1.6 to 6.x-1.

avpaderno’s picture

Status: Needs review » Fixed

The changes have been committed in CVS.

Status: Fixed » Closed (fixed)

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

avpaderno’s picture

Status: Closed (fixed) » Active
Anonymous’s picture

Status: Active » Postponed
Issue tags: +release 6.x-1.1
dave reid’s picture

Status: Postponed » Closed (won't fix)

If we haven't gotten to this yet, I doubt we'll ever get to it. Marking as won't fix.