Mathieu Viet

This is actually a bug i think! Because if WordPress avatars are disabled from the discussion settings. I shouldn’t show avatars.

I’ll need to take care of it in a future release. Thanks for your feedback. Once done, i’ll come back here to tell you how you can force it to display names.

If you want to follow my progress you can go there https://github.com/imath/buddydrive/issues/74

I advise you not to edit in place the BuddyDrive Javascript templates. But instead use the BuddyPress template overriding feature and create a /buddypress/assets/buddydrive/index.php within your theme. To achieve what you want you’d also need to filter buddydrive_prepare_for_js to add the user name, so that it’s available in the json output

Well, BuddyDrive first started as a user feature only. In 2.0, i’ve added the possibility to directly upload within a group. But users still need their profiles to manage their files, i think. Let’s say i remove a file from a group. How do i find it back ?

So i’ll stay with this organization. But i’m pretty sure you’ll find how to disable the BuddyDrive user nav using BuddyPress hooks to achieve your goal 😉

No, people need to share their items individually.

I’m not sure publishing an activity when the file is uploaded is nice even if the type is public. Because, the type could change and it would require to delete corresponding activities.

About public files There will be a shortcode in next major version to display them all.

@sherylwil

It looks like WPLMS is using some specific hooks BuddyDrive provides to extend it. So if i were you, i’d first ask them for support.

For instance, you’ve used the words “Loaded 100% Crunching” i don’t use it in my plugin.

Have you watch the video demonstrating BuddyDrive on the description tab of this site. I doubt the UI WPMLS is using is the same than the one that has been added in version 2.0

If you have an access to your database, could you check the post status of the “buddydrive-file” post type ? If it’s “publish”, then there’s an upgrade routine that hasn’t run. When the plugin is upgrading it displays a warning message telling you to back up your database before running the upgrade ? Have you seen it or is it a fresh 2.0 install.

Another possibility could be that WPMLS is using the old status and way to save BuddyDrive files or its own implementation of a previous version of the plugin. 2 months ago i’ve tried to warn everyone a lot would change in 2.0 and nobody from WPLMS told me something was wrong..

So before doing anything, i strongly advise you to back up your database.

Then, i think it’s safest you ask WPLMS support on the best strategy here.

I see.

I don’t see why WPML is making BuddyDrive fail! This reply is completely amazing so to stop WPML from breaking the plugin I need to join their program???!???

This is a Premium plugin, i will never join such a program, i’m sorry.

Oh i see. Ok i’ll need to include another argument into the reaction registration function in next release.

You’ll be able to follow my progress about it from there: https://github.com/imath/bp-reactions/issues/9

Hi @mcpeanut

Thanks for your feedback and suggestion. I agree!

You’ll be able to follow my progress on it from there: https://github.com/imath/bp-reactions/issues/8