eDaddi
Active member
Not sure if it's a bug, something overlooked or I'm chasing my tail. Here is what I am seeing:
Here are some quotes from this forum and the dev's discussing this that seem relevant to troubleshooting:
- I'm running Social Groups for XenForo [Paid] on my live site (v2.2.16) and like many others, we've been waiting too long for 2.3 compatibility.
- I copied my live site to dev, and updated XF to 2.3.4
- I installed [DBTech] DragonByte Social Groups [Paid] which is 2.3 compatible & has an importer to migrate from Song's add-on.
- I use R2 buckets for attachment storage.
- The importer errors out if attachments are not local. (this is where I think there is a bug)
- I have to duplicate everything from R2 buckets to my local to run the importer ... which is not practical.
- After completing #6, Import runs successfully.
- I remove the attachments so XF looks back to R2 buckets for those items.
- Things like images within the group threads stop loading.
Here are some quotes from this forum and the dev's discussing this that seem relevant to troubleshooting:
The "magic" where everything just inherently works automatically does rely on third-party addons using XenForo's abstracted filesystem for things.
Both add-ons are confirmed using the abstracted filesystem for normal operations. Every image on my live & dev DB have blanks for file_path, only exception is audio & video entries. I have not tested with those two formats yet as 99% of the attachments not showing are images.It's only the importer portion, because it does the same as XenForo's standard importer. Social Groups doesn't refer to attachment paths at all outside of the importer. Chances are the attachments are created withfile_path
column set in thexf_attachment_data
Since data is just being moved around in DB tables, this makes sense .... but I'm guessing the XF's standard importer is checking if files exist locally which is why that portion of the import fails. Yes/No?It doesn't make sense for importers to use abstracted paths.
Last edited: