Fix issue #81: Implement download bridge via meetings.html

[yurimoreno]

Closes #81. This PR implements a download bridge via meetings.html to handle Brave browser and MV3 limitations where data: downloads from service workers might ignore filenames or fail.

[yurimoreno]

I managed to resolve issue #81 using AI tools on the IDE. I tested locally, and it works.

Please review it carefully @vivek-nexus since it's made by an AI. 😅

[vivek-nexus]

@yurimoreno thanks for taking the time to contribute with this PR.

Open PR #69 also implements nearly the same solution to solve download issues in FireFox. I am not ready to open the cross browser pandora's box yet, since it adds a lot of nuances and requires more rgiorous testing and maintenance .

I might get to it in the future, but right now, I would avoid going ahead with this solution for two reasons:

1. This proposed technique of downloads does not support placing the file within a specific directory like TranscripTonic and hence litters the downloads folder.
2. Opening of a tab momentarily to launch the download, doesn't seem to be a good UX to tackle this problem.

To solve your issue, I would suggest the following options:

1. Since your intention is to have these files on Google Drive, set up webhooks to directly create transcript files in your drive. See set up guide. It won't take much time and is a set and forget kind of a solution. Local files can serve as backup, even if they are not properly named.
2. Feel free to use your modified local extension—after all, that's the spirit of open source. I hope you had fun tinkering around. Make sure to watch the repo for future updates and pull them into your repo.

[vivek-nexus]

@yurimoreno Just published v3.3.1, which has an option to skip downloading text file if you are using a webhook. So with this, you could set up Google Docs integration and skip downloading text files all together. This might help you use the extension comfortably in other browsers.