xyhavoc

This is a major issue right now. 0.1.7 is also causing embeds within activity updates to not load correctly. Had to revert back to 0.1.1.

before/after installing and activating BuddyVerified

before:
https://imgur.com/DlPpacc
https://imgur.com/z86wCWW

after:
https://imgur.com/s9HNVmG
https://imgur.com/p2G0grF

I don’t know what more you need. This oldtitle code is clearly in the BuddyVerified Javscript.

I seem to have fixed it.

The file I was looking for is:
buddydrive-item-actions.php

starting on line 183:

// we have a file! let's force download.
		if ( file_exists( $buddydrive_file_path ) && !empty( $can_donwload ) ){
			do_action( 'buddydrive_file_downloaded', $buddydrive_file );
			status_header( 200 );
			header( 'Cache-Control: cache, must-revalidate' );
			header( 'Pragma: public' );
			header( 'Content-Description: File Transfer' );
			header( 'Content-Length: ' . filesize( $buddydrive_file_path ) );
			header( 'Content-Disposition: attachment; filename='.$buddydrive_file_name );
			header( 'Content-Type: ' .$buddydrive_file_mime );
			readfile( $buddydrive_file_path );
			die();
		}

Add this to line 193:
ob_end_clean();

before the line:
readfile( $buddydrive_file_path );

No more corrupt file downloads delivered through the PHP.

You should understand how important user accessibility is for web applications. This “oldtitle” deal needs to be removed so that buddypress sites are able to use your Buddy-verified plugin while simultaneously allowing the traditional “title” accessibility features that have been built in to web browsers for over the past decade. Your move.

Every title on the site is replaced by this “oldtitle” element. And since your javascript code is minified it’s difficult to understand and style these tool tips, they look atrocious so it forces me to keep buddy verified deactivated until I can disable “oldtitle”. I also don’t know how viable this “oldtitle” is for user accessibility, I’d rather just have regular title tags.

Yeah that’s bullshit. I’m staring right at a “verified.js” file right now nested within /buddypress-verified/includes/js/. When I search for “oldtitle” within the document I get “ie=”_replacedByqTip”,se=”oldtitle”. So again, what’s up with that?

I found out it was a problem with JQuery on my end.

Never mind, I located the file, it is buddydrive-item-functions.php.
I removed the list altogether since it isn’t displaying correctly.

I see that when a user shares a buddydrive folder containing files, Buddydrive adds an HTML table in the div “activity-inner”. I can’t find the files that tell Buddypress to display the information in a table like this. Does anyone know where these files are located?

Yeah. I’m looking for a solution to include multiple input boxes that will accept only a specific top-level domain URL so the site is used only to post specific content. For instance, the user can input:

“Hey guys, check out this video I made! I’ve also attached a link to the video source files.”
+insert youtube URL
+insert example.com URL

It then outputs the text, the embedded video, and the embedded example.com URL link (the same way Buddypress Activity Plus already works). As long as the back-end can get me the output that I need, I could style it myself.

Here’s another link to the example, hopefully it works for you:
https://i.imgur.com/lv3eC2b.jpg

I’m probably asking for too much, I may just need to hire a programmer.

Same here, it doesn’t move on from here. It reloads for a split second then stops.

At the very least, I’d like to be able to limit which URLs are embedded and which are displayed as plain text.