I was told by email support to create an account here to post this question here where the developers would be more likely to see it, I did not want to do this because I do not like to create online accounts unless necessary (to reduce the amount of usernames and passwords that I have to remember, and to reduce the amount of things that I have to worry about getting hacked et cetera) and I wanted to just continue to handle it through email support like I did before when this bug was confirmed by Malwarebytes, but I followed their advice anyway and I created an account here again (I used to have an account here in the past) hoping that it would not be in vain. I am just curious if anyone is going to answer my question as to whether this confirmed bug is on the list of bugs to be fixed or not?
#Video downloadhelper addon for chrome download#
So you are saying that this is a Google Chrome problem even though it only happens when I have the Malwarebytes Browser Extension installed when trying to download files with the Video DownloadHelper Extension? This problem does not happen when I uninstall Malwarebytes Browser Extension, so far only the Malwarebytes Browser Extension seems to cause this problem when trying to download files with the Video DownloadHelper Extension. If you use the quick download option instead of the normal download option you will not be able to change the name before downloading, and so you will have to rename the downloaded file itself if you have the Malwarebytes Browser Extension installed. Normally the name of the video (example: Cat Video) that shows is the name that it will default to when you go to download it (you can change the name if you want before downloading it though if you do not use the quick download option) so in the Save File As Box the name will still say (example: Cat Video) before you click save, but when you have the Malwarebytes Browser Extension installed the name shows normally (example: Cat Video) until it is time to download it where the name in the Save File As Box will say (example: 1234283) instead of (example: Cat Video) so you have to manually adjust the name back to (example: Cat Video) before downloading it because the name will be different than the name that shows before clicking to download the video. John you referring to the renaming of the downloaded files? if yes then it is an existing bug in Chrome that google needs to Hello, I am talking about a bug / conflict that only happens when I have the Malwarebytes Browser Extension installed when trying to download files (videos) with the Video DownloadHelper Extension, when there is a video that can be downloaded on a page by that extension it will list the name and you can download the video. I like the Malwarebytes extension and I would like to be able to use it again full-time one day and recommend it to others if this problem is fixed one day.
This problem is pretty annoying for me and has prevented me from using the Malwarebytes extension for long, I have to keep disabling it, and so I usually give up using it until the next version comes out hoping that it will be fixed. This conflict is still there, I was asked to report it here when I emailed Malwarebytes again to see if this bug was on the list of bugs to be fixed. I am not sure if this happens on Firefox too or not because I do not have Firefox installed. When I disable Malwarebytes For Chrome this problem goes away, but if I have it enabled then the problem returns so I either have to keep manually entering the title every time I want to save a video or I have to disable the Malwarebytes extension. I would like to report a possible bug with the Malwarebytes For Chrome browser extension (previous version and current version) where it seems to conflict with the Video DownloadHelper extension for Chrome () so when you click to download a video with that extension the name in the Save As Box will be random numbers (example: 348546) instead of the name (example: Flying Cat Video) that is displayed in that extension before you click to save the video. Endpoint Detection & Response for Servers
0 kommentar(er)
