Closed (fixed)
Project:
Media Migration
Version:
8.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
25 Nov 2019 at 13:06 UTC
Updated:
6 May 2020 at 13:29 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
caco_d25 commentedConfiguration file example :
Comment #3
caco_d25 commentedComment #4
nixou commentedThis is working for me.
I made some cleaning and add a new feature to update pattern "/file/{fid}/download?token={token}" with the new fid and token.
Comment #5
nixou commentedComment #6
nixou commentedOops, the patch do not apply, I created a new one that apply correctly.
Comment #7
nixou commentedComment #8
nixou commentedDuring my tests I got an error in case the file referenced by the wysiwyg no longer exists on the source site.
Indeed the file does not exist anymore, it is not migrated and the File::load does not work.
I added a condition to check that the file is loaded before trying to retrieve its new token.
Comment #9
nixou commentedI didn't pay attention but for the two features "embed update" and "download link update" in wysiwyg, we don't rely on the same migrations.
In the first case we have to use the media migration since we want to indicate a media identifier.
And in the second case we have to base ourselves on the migration of the files since we want to indicate a file identifier.
I have updated the code in this sense and to allow two sets of migration files.
Comment #10
nixou commentedComment #11
nixou commentedComment #12
nixou commentedI changed the function from private to protected to allow to extend easily the plugin.
Comment #13
steinmb commentedIf you want other to review it. It probably should not be assign to you. Also make sure the patch apply cleanly against dev.
Comment #14
mortona2k commentedI have been working on a migration with this patch and it seems to work. This adds some very important features for these migrations.
Comment #16
juampynr commentedCommitted. Thanks!