Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Hi there, just checking to make sure whether or not there will be an upgrade path from 1 to 2 that will preserve the activities from version 1 in such a way that they can be seamlessly used with the activity 2's publisher templates. If not than I just might start using activity 2 for a site that I'm running and work with erasing all the old 1.0 activities of the site's users.
It's definitely something I'd like to have before we make a full release, however I've not much time or need to work on this myself. I've just posted some code that will allow you to create activity records on an existing site #529318: Generate activity on an existing site + reset activities option. which might give someone some ideas on how to go about writing a migration path from 1.x to 2.x.
all nid become NULL columns to be filled in later step
Activity targets
drop the role field
add the amid field that will be filled in at a later step
change target_uid to uid
Change all uid == -1 to uid = 0
Generate messages and store them away
This is the tricky part that probably needs to happen first
For each message and for each role, activity_token_replace($activity) to get the message and store it away in the activity_message table. in order to do that we need to have an activity_load($aid) as well that is just a bit simplified (no activity_invoke or comments)
These notes fail to address at least to other parts of Activity. The Activity Comments will need their own upgrade script in that module. And the activity user opt out settings will somehow need to be preserved.
Edit:Please note that I have very little motivation to create an upgrade path. I am not a maintainer of the 1.x branch and I have never nor will I ever run 1.x on any site. So I don't have a need for this and it happens to be quite a bit of work. I don't plan on doing all this, but I will review patches to ensure the semantics of the messages are preserved. Perhaps one day I will but I don't envision it. And I don't personally have a problem creating a official 2.X release without an upgrade path.
I don't think we're ever going to get this. We've created a way for regenerating activity messages and I think we're going to just stick with that method. Please reopen if you come up with a patch and we'll review it, but I don't think either Scott or myself are going to write one.
Sorry to reopen this, I know sirkitree made himself clear, but what have you other subscribers done as far as upgrading? I'm in the same boat, on 1.x in a very, very active site and would like to upgrade, but with no option to do so I'm stuck.
So, looking to discuss work-around, hacks, whatever you guys managed.
D6 reached its EOL back in February 2016, and there is no active release for D6 for this module anymore.
Development or support is not planned for D6. All D6-related issues are marked as outdated in a bunch.
If the issue remains relevant for D10+ versions, merge requests with proposed solutions for a new module version (D10+) are welcome in a new follow-up issue.
Comments
Comment #1
MisterSpeed commentedsubscribing
Comment #2
pribeh commentedHi there, just checking to make sure whether or not there will be an upgrade path from 1 to 2 that will preserve the activities from version 1 in such a way that they can be seamlessly used with the activity 2's publisher templates. If not than I just might start using activity 2 for a site that I'm running and work with erasing all the old 1.0 activities of the site's users.
Thanks.
Comment #3
sirkitree commentedIt's definitely something I'd like to have before we make a full release, however I've not much time or need to work on this myself. I've just posted some code that will allow you to create activity records on an existing site #529318: Generate activity on an existing site + reset activities option. which might give someone some ideas on how to go about writing a migration path from 1.x to 2.x.
Comment #4
saturnin commentedsubscribing
Comment #5
dgtlmoon commentedping
Comment #6
geshan commentedIt would be great if there is a solid upgrade path.
Comment #7
Scott Reynolds commentedHere are some notes for a db update
This is the tricky part that probably needs to happen first
These notes fail to address at least to other parts of Activity. The Activity Comments will need their own upgrade script in that module. And the activity user opt out settings will somehow need to be preserved.
Edit:Please note that I have very little motivation to create an upgrade path. I am not a maintainer of the 1.x branch and I have never nor will I ever run 1.x on any site. So I don't have a need for this and it happens to be quite a bit of work. I don't plan on doing all this, but I will review patches to ensure the semantics of the messages are preserved. Perhaps one day I will but I don't envision it. And I don't personally have a problem creating a official 2.X release without an upgrade path.
Comment #8
okday commentedsubscribing
Comment #9
moscheIT commentedsubscribing
Comment #10
steven jones commentedsubscribe, we'll be needing this, and might be able to devote some time over to implementation.
Comment #11
sirkitree commentedI don't think we're ever going to get this. We've created a way for regenerating activity messages and I think we're going to just stick with that method. Please reopen if you come up with a patch and we'll review it, but I don't think either Scott or myself are going to write one.
Comment #12
codevoice commentedSorry to reopen this, I know sirkitree made himself clear, but what have you other subscribers done as far as upgrading? I'm in the same boat, on 1.x in a very, very active site and would like to upgrade, but with no option to do so I'm stuck.
So, looking to discuss work-around, hacks, whatever you guys managed.
Comment #13
_shyD6 reached its EOL back in February 2016, and there is no active release for D6 for this module anymore.
Development or support is not planned for D6. All D6-related issues are marked as outdated in a bunch.
If the issue remains relevant for D10+ versions, merge requests with proposed solutions for a new module version (D10+) are welcome in a new follow-up issue.
Thanks!