Jump to content

Community

TSP

+Clients
  • Content Count

    6,560
  • Joined

  • Last visited

  • Days Won

    6

 Content Type 

Profiles

Downloads

IPS4 Documentation

IPS4 Providers

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Forums

Everything posted by TSP

  1. If they are hiding posts and the moderator can see hidden posts then it will be the same. Otherwise I think it should redirect to the page that contains the first visible post after the post that was last hidden.
  2. When hiding a single post (from the Options menu on the post) you are taken back to the page you where on. This is good and works as expected. However, when using the multi-select tool and choosing to hide from the moderator toolbox overlay, then you are taken back to the first page. You should be left on the page you were on.
  3. In many scenarios the moderators on a community need to hide a topic (damage control) until posts in the topic has been moderated. When in a hidden topic they are able to select posts in the hidden topic and still hide them with the black moderator toolbar menu that sticks to the bottom of the screen. This is good and very much used on our community. However, I noticed that "Hide" is not available in the "Options"-menu on a post when the post itself is NOT hidden. (The topic is hidden, not the post itself in this image): This strikes me as odd and is an inconsistency, because the "Unhide"-option is available on posts that has been hidden (Where the post in a hidden topic is hidden) Please also see my other feedback related to hiding posts inside already hidden topics.
  4. In many scenarios the moderators on a community need to hide a topic (damage control) until posts in the topic has been moderated. After the most recent update, all posts in the topic are colored pink, because they are hidden in the sense that the topic is hidden, but the post itself may not be hidden. This has led to the moderators having a more difficult time to get an overview of which posts are left to review on whether to hide or not. I've told them that when the post is hidden because the topic is hidden, then it will just say "Hidden" on the post header, but when a single post is hidden, then it says "Hidden by ...". I also told them that it doesn't cause any issues if they accidentally hide a post twice. However, this still causes confusion and making the day-to-day tasks of the moderators more difficult. We would therefor suggest it goes back to how it was previously, where posts had no pink color when the post itself wasn't hidden or use a less pink color for those posts. Another idea may be something like this: Please also see my other feedback related to hiding posts inside already hidden topics.
  5. New version available in Marketplace! The price of the plugin was also increased from 10 USD to 12,50 USD. 1.2.1 - Only for Invision Community version 4.4 and later New Behaviour: "Mark As Spammer" will now also hide/delete posts posted anonymously, if applicable. This depends on your settings on the "Mark As Spammer"-tab in the Spam Prevention section of your Admin Control Panel. New Setting: "Hide/delete their anonymous posts when member is marked as spammer" - (Default is ON) Please note: Changing the setting will not affect already queued background tasks to hide/delete a member content. New Behaviour: Anonymous posting will now count towards the members limit of posts per day and the flood control For example: If the Flood Control setting is set to 10 seconds, then a single member can't post a second post before it's been 10 seconds since their previous post. Previously the time value was not updated for the real author when they posted anonymously, meaning they could circumvent this flood control. This new behavior fixes this issue. New setting: "Count anonymous posts against the real authors group settings for flood and posts per day control" - (Default is ON) Fixed issue with the "All"-checkbox not working for the setting "Who can post anonymously" Installing the plugin will now generate a value for the setting "Unique board anonymous key" (Not done on upgrade) Removed hook on \IPS\Http\Url\Friendly, it was no longer needed after moving the function to check who posted anonymously Removed some previous versions. The upgrade files for these versions didn't do anything and was therefor a waste of space. Removed form field for post id on the "Check original author"-page
  6. Thanks, @Matt. I just had another similar user complain about it this week actually. If it would be feasible with a sort of in-between setting, then I guess one way to do it, while still maintaining a level of notification would be either: Monthly or bi-weekly digest if any new devices have been discovered in the time-frame. In-between setting that does a qualified guess based on other data. IP-address/location of previous login attempt, previous browser data and other data about previous logins, like usual time of day/login pattern. This would then be ranked either low risk or high risk. (Possibly throw in a medium risk as well). And then you could choose what levels you'd like to receive. I'm sorry. I just felt I communicated clearly in the first post what my suggestion was about. To then have a second person, in a short amount of time, misunderstand what I meant, and me feeling like people didn't read my post and believe I was new to the platform, on a bad day, was making me respond in such a manner. Apparently though, I didn't communicate clear enough and provide enough details in my post, since people made those misunderstandings. Sorry for my response.
  7. *sigh* I know about that global setting. I'm requesting a user level setting. Which people should be able to understand from my first post.
  8. I'm talking about the notification sent to your email address when you log in to your account from a new device.
  9. Some of the members on a community I work on are very privacy oriented. This means that they often delete their cookies in the browser and log out between every visit... They get quite annoyed about the device notifications and wish to be able to turn them off. Would it be possible to have a way to turn off these notifications from the device section of the control panel. Changing the setting would of course need to require you to input your password or confirm with 2FA.
  10. Because more than 50% of the traffic is from mobile devices.
  11. Hello, Have you considered smarter, less resource-intensive ways of retrieving the topic title? One of the big issues with this, is in the cases where the next unread-button takes you to a topic that you've already read. Since you are taken to a specific post and not above the topic title. In order for members to figure out which topic you've been taken to, they have to scroll up to see the topic title or a familiar post that lets them remember - and then scroll back down - in order to continue reading. It's not exactly ideal, and we've gotten a lot of feedback from members missing this feature since I upgraded the community from 4.3 to 4.4. (Which we did on Friday) So some suggestions on things you could do: Find a smarter, more resource efficient way, to get the same information as before Let us enable this for our community Find a way to present the topic title when you are taken directly to a post, as a result of clicking on the button.
  12. An update has been released! 1.2.0 - Only for Invision Community version 4.4 and later The link for checking who posted anonymously has been changed. Uploading of a separate file is no longer needed. Just install/update the plugin. If you used a previous version and uploaded the an additional file, please feel free to delete it from your installation. Location of the file in your community folder: applications/core/extensions/core/ModCp/CheckAnon.php New Feature: Force Anonymous Posting This lets you decide that members in certain forums will have no choice in whether posts will be posted anonymously. The checkbox to post anonymously will still be visible, but will be disabled and displayed as checked. There is also a different language string that explains why the checkbox is checked and disabled. New Setting: "Force Anonymous Posting in" - Choose which forums to force anonymous posts in Please note: The selected forums will also need to have been selected in the setting: "Can Post Anonymously in" New setting: "Groups that are not forced" - Choose member groups that can bypass anonymous posting The checkbox to post anonymously will still be checked by default in forums where anonymous posting is enforced, but members in these groups can choose to uncheck it. New setting: "Turn off 'Post Before Register' in forums where anonymous posting is enforced" (Default is ON) The plugin is not fully compatible with the "Post Before Register"-feature (PBR). Guests that write posts with the PBR will not be able to choose to post anonymously, neither would posts written with PBR, in a forum that force anonymous posting, be changed to an anonymous post upon completing the register process. New Feature: Daily task to remove original author link after a certain number of days. (Default is never) The task also deletes some other data stored for debugging purposes. Settings have been rearrangered and broken up into two sections: "Basic Settings" and "Advanced Settings". The guest group is no longer selectable for group settings. Fixed bug that made you unable to uncheck the "All"-checkbox on settings for groups and forums if you had previously checked it. Circumventing the issue was possible by unchecking it, choosing some forums/groups. Save. Then uncheck the forums and save again. Fixed logic that caused the Post Before Register-feature to break in forums where anonymous posting was enabled. Fixed bug that caused issues with the moderator action to split a topic. Large parts of the code was refactored. Mostly to improve readability of it for myself and do some minor improvements.
  13. Could you clarify in what way it didn't work to do it that way? Could I get access to the admin panel for the installation to test myself? I can "only" reproduce an issue when the plugin is set up to let anonymous posts appear as guest posts, so if there is any other issue here, I would like to be aware, as I've not been able to reproduce issues with a dummy account in that setting.
  14. You can circumvent the issue by creating a dummy account and choosing that account for the setting "Posts appear as posted by". Once again sorry for the inconvenience. I've just started looking closer into the issue.
  15. Hello, Sorry for the lack of updates. I have a lot to do at the moment, but I'll try to make something happen here this week. I'm sorry for the inconvenience.
  16. Since the API provides means to retrieve content and user data, should it also provide a way to mark content as read? Or is this already covered? (I have to admit I haven't researched this before asking)
  17. I would really appreciate it if you would look into this for a future release. There should be a way for members to log out and contact us in case they don't agree to the terms.
  18. Hello, Send them a ticket and ask nicely to do the file upload. As far as I’ve heard they are willing to do some uploads on request.
  19. Only correct answer is obviously to buy 1600 self hosted Invision Community Licences with all the applications.
  20. You have a feature where changing the terms presents you with an option to have members re-accept them. Two improvements I'd like (And which I personally was surprised was not already a part of it) 1) Add one or more ways to log out. You could present a "Log out and continue browsing as a guest"-option besides the accept-button. There is no way you can log out now (besides deleting cookies) 2) Make the contact us-link at the bottom work for this page. It fails now. People should be able to contact and ask any questions they might have about the change. Maybe that could also be presented as a button besides the Accept-button.
  21. @Brainy S. Sorry for my late reply. I've noted this, but I'm not sure when I'll be able to spend time adding it. If it is added I think it's going to be a setting whether it should remember that you posted anonymously previously in the topic or not. Currently it's intentional, as I don't want to reveal the identity of who posted anonymously, even in those cases where the person that posted something anonymously is the same person being logged in. (Which is also why I don't allow people to edit their own anonymous posts either etc.)
  22. Hi, When a device has been unused for 90 days it no longer will log you automatically in. However, unless I'm missing something, there is no cleanup done when a device has been deemed as expired. I guess there could be other reasons for keeping it, for example the device log that is now available when you view the member in the adminCP, but I would still like for the information to be cleaned up after some time. #GDPR? Maybe add an extra retention setting for this or let it be deleted additional three months after it has expired or something.
  23. If you read my original comment on the blog post, you'll see that I've already suggested using a random value, which I think would be the best approach. I also replied to someone addressing concerns regarding data mining and pattern matching. My suggestion is not to remove the current nuclear approach of no attribution for those wishing to play it supersafe. IPS could even give a cute little button next to the text input that could generate a random alphanumeric value for it! I removed my member ID sentence from the post now, to avoid any more confusion and focus on it (since it was a weak suggestion on my part)
  24. (Since the support for this seems quite substantial, with 28 likes, one "Thank you" and four supporting comments I thought I would also suggest it in a feedback topic for further discussion.) Currently on deletion of member you can choose Keep attribution as is (member name) Set it to blank (Only shows as "Guest" Suggestion: Give us an option to freely choose author attribution by giving us a text input
×
×
  • Create New...