Christian Meixner

Hello Invision Team,
I'd like to report some minor bugs in the courses app.
There is a translation key missing for "Course Manager". See this screenshot where keys are enabled via translation tool:

 
Also there seems to be a typo/wrong wording in the original English text for this resource:

 
 

Yup...ips.editor.insertable.js

That is used when the user chooses to click the video to add it.
The template is used when the user doesn't add the video themselves - screenshot below is the code of a submitted post, where 2 videos were attached, but only one was clicked on to add it and the other was added via post submission:
 

 
 
 

The template is attached to the post, so if you make any changes to the template, they won't be retroactive, but any new video should contain the new code.

I have logged a bug for this so we can take a look for you 

As you may know, Invision Community 5 is currently in development, and progress has been great, with many areas starting to come together.
Almost all of the significant code restructuring has been completed, with much progress on the UI and the new theme bearing fruit. A fair few new features are complete, but some aren't quite ready to show, as they need a little love from Ehren.
I wanted to share a little teaser of Invision Community 5; how many new things or changes can you spot?
The small print
Please remember that the features, functionality and UI shown in this little teaser are pre-beta, so they are subject to change. The features and functionality shown here aren't all that has been completed; many new features are 'code-complete' but waiting for some UI polish before we're ready to share more. Essentially, what you're seeing is a work in progress.
We don't have a release timeframe in mind yet, but we'll let you know when we do!

I'd really love to see those suggestions in the community.

The list of REST API Keys in AdminCP is ordered by the Key itself instead of the name/description.
This is not very helpful since the API Keys are random numbers/chars. So the order is random too.
I would highly appreciate if this list was ordered by name.

Why? If you had enquired with me, I would advise you that the application will continue to be provided and supported by myself. And "unclear support of future version of Invision Community" is unknown at this time, so can't be answered by myself until we get hands on the software.

I second this.
This would make it more clear to the user, why they've got this badge and what it means.

I would to suggest the ability for badges to be able to be granted more then once, by either updating the last given date or simply allowing them to multiply on the user's profile.
 
 

Badges awarded automatically may include a brief description explaining what the badge was awarded for. The same field would be useful for badges added manually.

Hi Christian, 
`login()` is analogous to HTTP Basic Auth.
public function login( string $username, string $password ): static { curl_setopt_array( $this->curl, array( CURLOPT_HTTPAUTH => CURLAUTH_BASIC, CURLOPT_USERPWD => "{$username}:{$password}" ) ); return $this; } We'll update the documentation to have a non-framework example.

We are currently testing the new GraphQL API, but the authorization of the requests is always failing.
We have changed the settings of our OAuth client to "Rest & GraphQL" in AdminCP, but it is not clear from the documentation how to send the access token. The usual method via authorization header (tested with and without Bearer Prefix) returns error "INVALID_ACCESS_TOKEN" and the header 'X-Authorization' with Access Token returns an "INVALID_API_KEY" error.
Can anyone provide an example of a successful request to the GraphQL API?
 
This is an example of a PHP script we used to access the GraphQL API (keys have been replaced for screenshot)

@Matthias Martin FYI

For many years I've been using a customised badge/award plugin to assign badges to my community's users (for things like participating in community events), and with the new Achievements feature I'm considering migrating my old awards over to the built-in system. I have a few small suggestions that would really help out admins that want to lean more on custom badges rather than the Rules-based badge approach.
1. Custom Descriptions
It would help a lot if admins were allowed to write unique descriptions for manually-made badges. At the moment there is no such feature and it kind of looks strange when you see manual badges alongside rule-based badges (which do include a description). For example:

Notice how the top badge doesn't include a description? This could be added via the AdminCP > Achievements > Badges page by adding an extra option in the Edit Badge dialog. I'd like to be able to tell users exactly how they earned a particular badge, and it's a little awkward to have to do that in the Badge Name. Something like the below...

 
2. Multi-User Awarding
As far as I can see, the only way to manually award a user a badge is by searching for their username in AdminCP > Members, clicking 'Manage' within the Badges dialog, and then click 'Add Badge'. It's quite monotonous, if you have many users that you want to award a single badge to manually. There should be an option to award members directly from the 'Badges' section of the ACP. A dropdown can replace the current 'delete' option, or an 'award' option can be positioned next to it. I made a crude mockup of what I mean, below.

A dialog box could appear upon clicking 'Award to Member' which can allow you to type the usernames of multiple users.

 
3. Backdating / Custom Award Dates
Another really useful enhancement would be the ability to set custom dates when awarding badges manually. Using the example above, you could include an optional date field within the award member dialog (either on the Badges ACP page or when managing badges on a User profile via ACP). As a lot of the badges I've previously awarded users date back as far back as 2014, it would be great to be able to add a 'legacy' badge to a user's profile and identify exactly when they received it, instead of relying on the moment it was specifically added to the user's account.

A fix for this was put into a pull request a few days ago. It will be patched in a future version 🙂

I've edited theme colors in AdminCP and found that the color for "Mentions" will actually not be applied to Mentions (see screenshots below).
 

 
 

 
It's ok for me, that this color is applied to the "Author" Badge, but I would also like to have it on the actual mentions.
 

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
 

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
 

I've created a new topic and set it to be published in the future by filling in the corresponding fields.
Now, if I edit this prepared topic before it was published I can also change the set publish date in the fields. But the changed date is not stored when I save my changes.
Checking the checkbox "Immediately" for instant publish works though.
I would really love to have this working so that I can actually edit the planned publish date for a topic if something has changed in our schedule.

See this topic: