-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple issues with 8.x including broken basic functionality in Firefox #70
Comments
Just a quick note on the history of v8
|
It is mission-critical in some environments where you'd have an ssh tunnel to a remote jump host to open admin pages from a device in that environment in Firefox. That's not possible anymore with Foxyproxy 8. Workaround:
Also, Chromium users might want to consider installing "Proxy SwitchySharp" which does the same thing and seems to be more reliable (I used it in the past whenever Foxyproxy had issues). |
Thank you @erosman for responding and for chipping in with more information on the context, of which I wasn't aware at all. I must say that I only partially agree with the points however. Being an extension with autoupdates, it would have been entirely possible to deploy new minor versions with warnings that show up in the popup menu of FoxyProxy in the Toolbar, or even a one-time popup upon starting the browser (which I see with other extensions sometimes). Again, this could have been done a long time ago (since 2022 in fact, like you mention), with clear warnings that breaking changes were coming on a given release date, in both the way proxies were handled and also in importing/exporting user configuration. It would hardly be taken seriously by any user if I said at work that I had been working on a new version for a year as a justification that they should have been prepared somehow to the roll out they get one day that breaks their general usage of a product. The other point I disagree with is about the removal of existing functionality for the sake of wanting to keep the code base as generic as possible because one browser is more restrictive than another. I think the user experience shouldn't have suffered from this since the feature was already implemented long ago and used by so many; this is not how I would approach evolving my software. But, granted, this is entirely subjective and up for debate depending on the school of thought. I'm a bit sad that it's the way to go for FoxyProxy because it heavily affects the user experience. As I see it, Firefox (for now) offers greater flexibility and thus gives greater power to the user by relaxing some restrictions - good; and the extension should continue taking advantage of this until there is no other choice but to comply (as was the case for the extension API changes in Firefox 53 [I believe]). As for the filter feature well, that's excellent; I was just confused what it was but I blame it only on the fact that it stacked on top of all other changes that happened at once. I'll certainly read the documentation for the new version when time comes, but for now version 8 for me is a no go because, again, it literally prevents me from doing my job (in infosec, fwiw). |
I agree, thanks for explicitly documenting that procedure. In my case, I have multiple Firefox profiles (up to 4-5, depending on my working environment), all of which have FoxyProxy installed. I got bit by the update upon opening my main Firefox profile only, fortunately, so I was able to recover my settings from the other profiles. What I did is go through the file system and update the preference file of all other profiles to manually turn off the autoupdate for the FoxyProxy extension in all of them. I was then able to open one of those profiles, export my FoxyProxy settings 7.x from there, then use that exported settings file to import my proxies into my main profile where I downgraded to version 7. On Windows for instance:
|
I join all those that found the removing of 'localhost' proxying in v8 very unfortunate, @erosman. If support for proxying I'd really appreciate if 'localhost' proxying is brought back - I'd upgrade to the latest the same moment. |
It was implemented to match browser policy (of not proxying localhost) in Firefox & Chrome.
It is already back since v8.4 |
it is back. Pleas use 8.4 or above. |
localhost socks proxy via ssh doesnT work for me even with version 8.6. What am I doing wrong? |
It works for me. I tested like this:
In FoxyProxy, I created SOCKS5 setting with hostname 'localhost', port 1337, and no username/password. What is your setup? |
FoxyProxy SOCKS5 localhost + 9090, no username/password. It seems like i can't get any proxy to work. Even if I uses catch all. Was working before upgrade extension to 8.x |
You can use the workaround as described in my comment above, that works for sure. In fact, I've just realized that this workaround has been copied into the official README file by the developer shortly after, so it is official advice now. Personally, I don't have the time right now to play with yet another version, recover all settings again, so I'll stick with the old version and keep auto-updates disabled permanently everywhere, as suggested. To disable addon updates globally (except for those that you want to keep up to date or that never have breaking changes):
|
I really didn't like how the changes to localhost were made when 8.x first released: an upcoming deprecation warning in the version update help pages for previous versions' upgrades would have been helpful had it appeared for several months leading up to the change. And once the synchronization bug was found, the next update should have attempted to restore old data, or ask the user what to do in case the synchronization bug had caused a change but the user had made conflicting changes so the old data couldn't be restored. However, I will say, that users reporting bugs here have been listened to with respect to reversing course on a number of issues. So I do want to express my respect to the developers and others involved that have stepped up to encourage discussion and have taken criticism to heart when deciding how to proceed. Seeing how users have been listened to (when reasonable) is really encouraging for a project like this. |
FoxyProxy Basic v8.0 was first released in Sep 2023 as a trial run since it had fewer users (26k on Chrome & Firefox).
It was not possible on Chrome web store since they have blocked the upload of MV2 extensions.
Thank you for your kind words. |
I also woke up to the new version today and I'm adding my voice to the disappointed users.
Firefox 120 Windows; dark theme. Both for personal tasks and in a corporate environment for testing purposes.
I feel sorry to report this kind of ticket as I know a lot of effort from the author must have been put into trying to improve the extension (including trying to merge the code bases, etc.) but objectively, I really think that it wasn't the way to roll out such a radically different version of the product.
I'm actually glad that I've found out this weekend instead of Monday morning during work hours where I would have lost so much time trying to understand what was going on, and migrate back to the older version and avoid messing my settings in the process (on my workstation and repeat the process for all VMs, etc.).
A few suggestions for the future:
I know FoxyProxy is not super mission-critical but given its uses and general usage, breaking changes (as this update brought) should not be taken lightly for the sake of the user base; unfortunately it has consequences for people who use it seriously.
Having said that, thank you for such a great and useful extension, I hope to see a more usable version soon.
The text was updated successfully, but these errors were encountered: