Nathan Explosion

You'll see the same behaviour if enabling Authy too.

The issue is that the dev isn't a client, therefore no sales.

v1.4.0 will be up next - with the release of that version, I believe that will be the last version into which I put existing functionality made available via a freebie I've thrown out somewhere. The following is the only candidate for inclusion right now: <A better name than the one I gave it originally>

I still think you should read the thread in its entirety. I'm out.

I think you should read the thread and see why that isn't good advice. Anyway... @CaptJeff - the site as it currently is...what version of Invison Community Suite are you running? What version of PHP are currently running?

Doubt it - it's just a visual issue in the settings. The above information now indicates that it doesn't work for you when you said it did. When the new version is released, test it and provide me with clear steps to reproduce the issue.

v2.2.4 is pending approval FIXES fixed user account settings issue where "Display quotes as" setting would always display as "Fully collapsed" even though a different setting had been chosen prior to saving. @MNOfficial is it possible that while they say the following ....they actually haven't chosen "Fully collapsed" and saved the setting? Anyway...test it out after the above release; still an issue, provide steps to reproduce.

You've mentioned it works for you - you've advised them to clear browser cache. I don't have any other suggestions, hence no response. Come up with some working reproduction steps and I'll test it out.

Stop fighting....it's not supported currently. Use 8.1 or 8.0

No, that matches up to what I'm seeing.

@Princess Celestia can I ask when you installed v1.3.0 of the resource? I don't see you as a downloader of the application, and I suspect there may be an issue with downloads that may need to be reported to Invision.

No worries.

v1.3.1 is currently pending approval. FIXES fixed minor save issue which occurs when the following are in effect: the "Enable "Additional Pages media types"?" setting is enabled the "Allow all file types?" setting is enabled the "Allow these additional file types" setting is blank. Workaround for the above issue: prior to saving, toggle "Allow all file types?" off, and add an entry in the "Allow these additional file types" field, then toggle "Allow all file types?" back on.

If it's what I refer to in the post above yours, no need.

it's in the now available v1.3.0 of (NE) Box of Tricks

I've added a more-advanced version of the above edit into v1.3.0 of "(NE) Display my badges" - see below for details:

There's a surprise in the now released v1.3.0 of the app. UPDATE: yeah, the surprise for me is that the surprise triggers an error on save which didn't pop up in testing. I'll sort out and get a v1.3.1 out soon - in the meantime, a workaround is to ensure that the "Allow these additional file types" field has at least one entry in it.

That'll be a space as the title.

v1.1.0 pending approval NEW added functionality to provide support for Pages WYSIWYG blocks

But it's already possible. Modify the "Title" field as follows: Set the default value to be a space (that's important...very important!!!) or anything else of your choice...but it must be something. Edit the permissions of the field - remove the "edit field content" and "add content to field" permission from the groups from whom you wish the title to be hidden. Ta-da!!!

v1.3.0 is currently pending approval NEW added settings to allow displaying the awarded badge's image in the inline blurb shown on a comment (this is a more advanced version of the template edit provided here) Available positions are: Start of blurb (see image 1 below) End of blurb (see image 2 below) Inside the blurb (see image 3 below) CHANGES Re-organised the settings on the resource's first settings tab. FIXES Removed a duplicated setting ("Include 'View badges' link in postbit?") from the resource's second settings tab. Image 1: Image 2: Image 3:

This is reproducible, based on the information provided. You'll need 3 user accounts: 2 'Members' who can create records in the database and a 'Moderator' or 'Administrator' who can view the unapproved records. Login as Member 1 Create and submit a new record in a database that requires approval of new records Confirm you see that the record is pending approval (icon next to title) Logout Login as Member 2 Confirm you cannot see that new record Logout Login is Administrator Edit the new record, change the existing publishing date to a future time, save the record Confirm you can see that the publishing date has been set (icon next to title - note that approval icon not displayed anymore too) Logout Login as Member 2 Confirm you cannot see the new record Logout Login as Administrator Approve the record Confirm you can still see that the publishing date has been set (icon next to title) Logout Login as Member 2 You can now see the approved record Tested on 4.7.10

OK - I've dug a copy of the plugin out and taken a few minutes to check the code and the answer to this: ...is most likely a 'no', and looking back to v4.6.x I doubt it was working back then too.