Andy928

I'm sorry, but that's just a ridiculous statement... firstly because I'm running an automotive community, secondly because I myself dabble in gaming a bit and know for a fact there are no more "gamer" trolls than any other random kind, and lastly because the tendency to troll has nothing to do with one's hobbies, and everything to do with their nature, mentality and upbringing. 
Also, you don't have to agree with the need for anything, but dumbing it down to basically "It shouldn't be a core part because some admins are dumb and will ban family members using the same computer, and gamer trolls will find a way to bypass it" is actually pretty insulting to me. should we not have any way to enforce rules or laws just because some people find ways around them? Should we ban the selling of kitchen knives because a moron once stabbed himself in foot with it? that's a very simplistic and "turn the other cheek" kind of thinking if I'm being honest. I think admins should be given the maximum amount of tools to help them deal with "law breakers" and make their jobs at keeping the communities they are in charge with as much within the communities guidelines as possible.
 
I get what you're saying, that is an easy metric to look at, but I don't think it's the only - or even the best - one to consider.
firstly, because that plugin is fairly expensive as far as marketplace plugins go for small one-man-show communities, and for larger communities who have an in-house dev (or dev team), they'll just have them write a similar plugin that perfectly fits the community's needs. Secondly, I'd say there are a fair few admins who just don't think of that option, I haven't until we've installed it on the previous forum software we used...
Also, when I say "niche" I don't mean "small numbers" but "small role. If we're looking at it conceptually, a duplicate user detector is - as I see it - the basis for the community's entire rules/warning system, and you got to agree that's a pretty important chunk of the system (or of a community in general, virtual or IRL). When you don't have a way to enforce the "punishments" you've given, why give them at all?

Renaming the topic as you wish, or reverting to a backup, would be your only 2 options there

@Andy928 @Matt We've just upgraded to 4.7.0 and I can confirm that this bug is now gone. Many thanks! 🙂
 

This is the same issue being discussed here: 
 

A fix is in review and should make it for the June release.

Nice find and troubleshooting! 👍

Excellent sleuthing @Andy928!
A fix is now in review and may just make it for the June release.

Ok guys I found the source of the problem.
This is el defo an issue with Invision backend. This is also why this invisioncommunity forum does not experience this issue. They have the "Paste as rich text initially, but allow user to paste as plain text instead." enabled. Anyone else experiencing the duplicating image issue like us is because they have the "Always paste as plain text" enabled. I was able to replicate this in all the browsers I tested.

Invision can you please fix this?
Thank you.
 

@Andy928 Thanks for having found the culprit!

Ok guys I found the source of the problem.
This is el defo an issue with Invision backend. This is also why this invisioncommunity forum does not experience this issue. They have the "Paste as rich text initially, but allow user to paste as plain text instead." enabled. Anyone else experiencing the duplicating image issue like us is because they have the "Always paste as plain text" enabled. I was able to replicate this in all the browsers I tested.

Invision can you please fix this?
Thank you.
 

Yep, I can confirm that - both 4.6.12.1 & 4.7.0 beta 6
I've resurrected an old 4.6.9 test installation locally, issue doesn't occur with that version.
 

Ask New Question - Invision Community — Mozilla Firefox 2022-06-10 08-38-13.mp4

Ok guys I found the source of the problem.
This is el defo an issue with Invision backend. This is also why this invisioncommunity forum does not experience this issue. They have the "Paste as rich text initially, but allow user to paste as plain text instead." enabled. Anyone else experiencing the duplicating image issue like us is because they have the "Always paste as plain text" enabled. I was able to replicate this in all the browsers I tested.

Invision can you please fix this?
Thank you.
 

I did some further testing on MAC. I personally never use the CTRL+C>CTRL+V method so I didn't check previously but the issue is also very much present under MAC OS. I compiled all browsers I used to test this with both methods (CTRL+C>CTRL+V and Drag/Drop). This is very odd. In some instances it's the CTRL+C>CTRL+V and in other instances it's the Drag/Drop that generate these duplicates. Here is a summary of my findings and they can be reproduced consistently. None of the  browers I used have addins/addons.
I also tried doing the same test on this Invisionscommunity forum but this does not occur in none of the browser. However, with Firefox and Firefox based browsers (WaterFox and Tor) the CTRL+C>CTRL+V does not work. No picture is pasted. Only the file name.
This does not seem like an end user related configuration issue.

 

I got some feedback from one of the user/moderator who is experiencing this behavior. He says that the issue will sometimes disappear for a while then return unexpectedly. No changes are being made on the backend when this happens.
Thought this could help in debugging.

@Marc Stridgen Sure, here you go:

Screen Recording 2022-06-07 at 14.29.34.m4v

Just forgot to say. No third party clipboard manager used in any case scenario. Also happens in Private mode under Firefox.
 
 

This is happening to us as well since upgrading to 4.6.12.1. A user is complaining it is happening to him on Chrome. I tried it on both MAC (Safari, Chrome, Firefox etc) and Windows 10 (Chrome) and I wasn't able to replicate it on those browsers. However, I was able to replicate it on Firefox and EDGE on Windows 10.
This occurs when doing a drag and drop. Not when using the "Chose file".