Nathan Explosion

v2.1.0 has been released - what's new? modified the 'Apply to forum(s)' setting functionality original behaviour: admin chose which forums would be affected by the plugin ('All forums' or select forums from list - therefore inclusive) new behaviour: An include or exclude option is now available. 'Include' is the default, and behaves as above. 'Exclude', when choosing, will allow an admin to select which forums won't be affected by the plugin. this feature will be useful to those who have a large number of forums and want to apply the plugin to a large percentage of those forums. Example: 100 forums total, but apply plugin to 97 of those. So instead of selecting the 97 forums to include, it's easier/quicker to just select the 3 forums to exclude. added ability to hide content from member groups, instead of just guests. Please review your replacement content to ensure that it is relevant to this new functionality. For example - the default value for this used to indicate "You must be signed in.....", which will no longer be correct if you use the member group functionality. fixed issue with non-image attachments not being affected by the 'Hide attachments' functionality. name change to '(NE) Hide post content' Planned for next 'non-bug fix' version: Modifying the settings page to provide translatable functionality for the replacement content shown to users

Has it been logged as a bug with support? If not, do so.....you can't rely solely on the Peer to Peer support forum as a way of reporting issues to the developers.

*fingers crossed* a couple of weeks. Got v1.0.7 coming in next few days to fix a couple of small issues, then going back to v1.1 to get Announcements, Calendar and Pages added in to the supported sections/applications, where I've got a little idea on how to overcome the problem you had with the beta of v1.1 which will then expand it on out to Blogs too.

With no knowledge of how this all works, is it a task that is supposed to run? If so, what setting do you have in place for background tasks?

Thanks! Correct - it's all down to whether the browser can play the codec. If it can't, then there is nothing that my plugin can do about that - the plugin is intended to display the ability to play the audio/video items, from there it is up to the browser, and its user(s), as to whether it can play (as indicated in the plugin description, there is a link there that can help people determine if their browser can play a certain format/codec combination) Sorry, but there is nothing (to my knowledge) that I can do that will force a browser to play a video in the native HTML5 player if it can't support the codec that is used. What I can do is try to check the codec that the video is using and then not display the player if the browser doesn't support it, with a clear indication of why the player isn't displayed to that user. I've still got a little work to do on a planned update for a previous issue, and will start looking into adding that functionality (if that is achievable then I might be able to incorporate a fallback to a player such as videojs....no promises though. Maybe even provide an option for the admin to determine whether to use the native player or to use the videojs player.....hmmmmm)

The most recent release of the plugin has that manipulation all built in, so users won't have to perform it each time - they just drop (excuse the pun) in the Dropbox link and the plugin will take care of it all, with a nice BIG warning about usage....basically, if in doubt then reach out for support.

OK, having taken a look I'll get an update out over the weekend to sort this element out.

No need - once I've taken a closer look then I can fix it. Totally forgot about the 'Download attachments' permission that was available, so I'll just refine things to adhere to that instead of the simple guests check that is being done in this case. Busy all day tomorrow (normal work) so afternoon is the earliest I can take a look.

OK - I'll take a closer look tomorrow afternoon.

Provide a link to your post then, which makes it easier to see the 'issue'.... Reason I put 'issue' like that is simple: if the video is an attachment then there is no point showing the player. Why? Click the link to find out...Guests cannot view attachments in 4.2.x: If it's a remote link then that is different. Hence - provide a link to the post so I can see the 'issue'

Once I've got my next release of this out, then I can look into that.

What's new in version 1.0.6 added an advanced setting to allow administrators to modify a remote url in the event that the target site doesn't allow hotlinking via that url, but does via another url. Example: Dropbox shared links are in the format of https://www.dropbox.com/s/stuff/filename.mp4?dl=0, which cannot be hotlinked however, the url https://dl.dropbox.com/s/stuff/filename.mp4 can be hotlinked.

For others reading this: preload ≠ autoplay. Preload functionality for the html5 video and audio tag basically tells the browser whether to automatically load the content ready for viewing/listening. There are three possible settings, and they are documented in the plugin settings. Autoplay will automatically begin playing the content after the page loads, and I will not be adding this functionality to the plugin purely for the reason stated above by ProSkill

In theory, yes. But I've just tested it out and it appears that dropbox don't allow remote embedding....I'll test again later, but it looks like a 'no' right now. Update: I've determined how a dropbox url can be modified to allow hotlinking. There's no change needed to plugin to actually support this but below is what you would need to do now to have it work. Further update: I've just spent a couple of minutes putting in a little function to do the manipulation needed, so that will be in the next update I release (v1.0.6) Example url provided by Dropbox when creating a share link is: https://www.dropbox.com/s/aewhi52igjvxp18/video1.mp4?dl=0 Remove ?dl=0 from the url Change www to dl Submit post Without the url manipulation: With the url manipulation: At some point in the future, maybe. I don't own, or plan to own, a license for Downloads so for the moment it's a 'no'

v2.0.1 released - fixes issue with images linked from gallery showing as broken links.

As already noted....that is a bug that will be fixed in the next version, which is now my next target for release.

No PHP file editing required - you can edit the template for the video/audio display: Just add your link above the <video> or <audio> tag in the respective templates.

I was planning on releasing v1.1 next (which would allow the functionality of the plugin to extend to Pages/Calendar/Announcements/Blogs) but there are a number of issues that I need to overcome before I can release it (namely, not having access to the likes of Blogs & Gallery to ensure that the functionality works/doesn't impact those applications) I still plan to get that one out there, but it's going to take a little longer than originally planned. I now plan to release a new version which will expand the functionality to Pages/Calendar/Announcements, with a follow-up version expanding the functionality to Blogs. In the meantime, I've backported other items that I planned to include in v 1.1 and am releasing v1.0.5 to get those new features out. So....... What's new in version 1.0.5 added ability to control the preloading of video/audio files added ability to control which forums in which the video/audio players are displayed added ability to allow the video player to be resized within the browser window (up to the size of the maximum width defined in settings) removed the maximum height video setting, as it is not used any more (video maintains aspect ratio on display/resize) Important: There have been some reports recently of other apps/plugins seeing settings disappear/resetting after some time or on app/plugin updates, so please review your plugin settings after updating.

I'll look into it...won't be too difficult at all.

I'll release v1.0.4 later today - it will include the 'preload' functionality that I mentioned earlier in the topic too.

I'll test the released version against a cloud demo later today....shouldn't be difficult to fix.

PM, please.

You're running the beta of v1.1 of the plugin, so thanks for posting this. For the sake of avoiding confusion, please report issues with the beta to me via PM. All others - this issue won't come up with the current released version.

I like that idea and it will be v1.1, and will also tie-in with the video resize functionality that is coming in that version too.

That is all down to the file itself, and the browser - the default behaviour of the html5 video tag (the plugin simply does that....adds the video tag around the file's link) is to perform a preload of the content it is to play...if the file contains the information, then an image (ie the very first frame of the video) will be displayed. If it doesn't, then white screen. Again, not an issue with the plugin itself.