Bug #44752
closed
migrated files are not in filelist (tt_content-images , pages-media) - be_user (non admin !?)
Added by daniel rohr about 11 years ago.
Updated about 9 years ago.
Category:
File Abstraction Layer (FAL)
Description
i've done an update to 6.0 and migrated images with the upgrade-wizard.
i can edit (sort, meta, etc..) the images as admin but NOT as normal be_user.
is's possible to add new images but no way to see or delete the migrated images as non-admin
tried with new filemounts in the be_group, but i cant get any solution
Files
duplicate entry! http://forge.typo3.org/issues/44751
i'm sorry
daniel rohr wrote:
i've done an update to 6.0 and migrated images with the upgrade-wizard.
i can edit (sort, meta, etc..) the images as admin but NOT as normal be_user.
is's possible to add new images but no way to see or delete the migrated images as non-admin
tried with new filemounts in the be_group, but i cant get any solution
the problem was:
sys_file_reference got the pid=0 after migration
daniel rohr wrote:
i've done an update to 6.0 and migrated images with the upgrade-wizard.
i can edit (sort, meta, etc..) the images as admin but NOT as normal be_user.
is's possible to add new images but no way to see or delete the migrated images as non-admin
tried with new filemounts in the be_group, but i cant get any solution
Maybe this solves it:
In typo3/sysext/install/Classes/Updates/TceformsUpdateWizard.php near line 260 you can add following:
if (isset($row['pid'])) {
$fields['pid'] = $row['pid'];
}
After that, go into Installtool -> Update and migrate images again.
I don't have a migrateded system here, so I don't know if it works/helps. Maybe I can prepare a patch when my developer version works again.
Stefan
We have tested this bugfix and it works partly.
With this patch the images in content will get the right pid.
But the images form the pages will still get the pid 0.
I wrote a script (is attached) that will generate the pids correctly, for those (like me) who can't run the wizzard again.
Christian
Thanks @ChristianBernet for providing the script.
I wrote a fix for the migration-tool an a bad work-around if you already run the migration wizzard (see #45817).
Now it's up to the developers ... Please do something like this:
- Fix the bug in the repo by using my patch and test if it works in all ways
- Test the set-pids-script and provide a link to it in the ChangeLog.
And do it quickly ... before other people are migrating and having these issue.
Bye
Simon
Jeb, the attached script worked for me afer I already migrated to FAL.
We should bring this asap to the core.
@ChristianBernet:
I've updated your script to update tt_content elements of the type upload as well. I updated it in addition for a better console-output because I think (depending on your database) this could may take some time and thereby exceed your time-limit.
This is the only thing I found missing.
- Project changed from 1401 to TYPO3 Core
- Category set to File Abstraction Layer (FAL)
- Status changed from New to Accepted
- Target version set to 6.0.5
- TYPO3 Version set to 6.0
Have the same problem.
Where do I integrate the file "set-pid.php" ?
@Johanna Brütsch:
This file does not need to be integrated into your TYPO3 project. Just adjust the connection details to your database (hostname, username, password and database) and open it.
Either from the commandline by calling php set-pid.php or using your webserver - like an usual website.
Wow, worked perfect! Thank you so much!!!
- Status changed from Accepted to Closed
- Is Regression set to No
Also available in: Atom
PDF