summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Bug 32220: Add about:tor to set of pages that do not need letterboxingbug_32220_v2Richard Pospesel2019-11-06
|
* fixup! Bug 32220: Improve the letterboxing experienceRichard Pospesel2019-11-06
|
* Bug 32220: Improve the letterboxing experienceRichard Pospesel2019-11-04
| | | | | | | | | | | | | CSS and JS changes to alter the UX surrounding letterboxing. The browser element containing page content is now anchored to the bottom of the toolbar, and the remaining letterbox margin is the same color as the firefox chrome. The letterbox margin and border are tied to the currently selected theme. Also adds a 'needsLetterbox' property to tabbrowser.xml to fix a race condition present when using the 'isEmpty' property. Using 'isEmpty' as a proxy for 'needsLetterbox' resulted in over-zealous/unnecessary letterboxing of about:blank tabs.
* fixup! Pick up latest Torbutton codeGeorg Koppen2019-11-01
|
* fixup! Regression tests for TB4: Tor Browser's Firefox preference overrides.Georg Koppen2019-11-01
|
* Bug 1556017 - Fixing the off-by-one-pixel issue of find bar and devtool ↵Tim Huang2019-11-01
| | | | | | | | | | | | | | | | | | | | | iframe for Letterboxing. r=johannh This patch fixes the off-by-one-pixel issue of Letterboxing. For FindBar, it will be created when the user requests it and will be hidden if the user close it after that. The problem of the original approach is that it only observes the existance of the FindBar element but not the fact that whether or not it is visible. So, it will miscalculate the offset of FindBar after it has been created and closed. For devtools, the original approach adds one pixel offset for the separator. However, this one pixel offset is not required since there is no extra separator outside the devtools iframe. So, we don't need that and this patch removes this one pixel for the devtools. Differential Revision: https://phabricator.services.mozilla.com/D34156 --HG-- extra : moz-landing-system : lando
* Bug 1546832 - Adjust letterboxing to take the FindBar and Devtools into ↵Tom Ritter2019-11-01
| | | | | | | | | account r=johannh Differential Revision: https://phabricator.services.mozilla.com/D31639 --HG-- extra : moz-landing-system : lando
* Bug 1534339 - make OriginAttributes deserializable; r=bakuLiang-Heng Chen2019-11-01
| | | | | | | | | | `CreateSuffix` is irreversible by `PopulateFromSuffix` because it uses a multi-to-one mapping. Since only ':' will happen in a IPv6 format, we can make it a 1-to-1 mapping so that the `firstPartyDomain` is consistent after `CreateSuffix` and `PopulateFromSuffix`. Differential Revision: https://phabricator.services.mozilla.com/D47910 --HG-- extra : moz-landing-system : lando
* fixup! TB4: Tor Browser's Firefox preference overrides.Georg Koppen2019-11-01
|
* squash! TB4: Tor Browser's Firefox preference overrides.Georg Koppen2019-11-01
| | | | Bug 32321: Disable Mozilla's MitM pings
* Bug 27604: Fix addon issues when moving TB directoryAlex Catarineu2019-10-31
|
* fixup! Pick up latest Torbutton codeGeorg Koppen2019-10-30
|
* fixup! Bug 31286: Implementation of bridge, proxy, and firewall settings in ↵Richard Pospesel2019-10-24
| | | | | | about:preferences#tor Fixes bug 32210 (hiding the tor pane when using system tor)
* Bug 31658: Changed the 'SECURITY LEVEL' text color to builtin ↵bug_31658Richard Pospesel2019-10-23
| | | | --panel-disabled-color
* Bug 32188: Change useLocalProxy string to tor-launcher's ↵Richard Pospesel2019-10-23
| | | | torsettings.useProxy.checkbox in TorStrings.jsm
* fixup! Bug 28885: notify users that update is downloadingKathy Brade2019-10-23
|
* fixup! Omnibox: Add DDG, Startpage, Disconnect, Youtube, Twitter; remove ↵Rusty Bird2019-10-22
| | | | | | | | | | | | Amazon, eBay, bing Bug 32169: Fix TB9 Wikipedia address bar search Bugfix on d093f0baea0b2b536b791d6613c384a7a4b1fe24, which accidentally renamed search_url_get_params to suggest_url_get_params. Apparently, until recently Firefox used to prefer search_form (which hardcodes the parameters for Wikipedia) to search_url (which does not), so this was hidden.
* Bug 31764: Fix for error when navigating via 'Paste and go'Richard Pospesel2019-10-22
| | | | | | | | | | | | | | | | | | | | | | | | | | The onURLBarUserStartNavigation callback expects an object from the UrlBarInput with information about how a URL was navigated to. This specifically helps to deal with the various buttons and links in the UrlBar dropdown (search engines, bookmarks, suggestions, etc). However, when using 'Paste and go' this data is not present nor relevant and an empty object {} is provided instead. This also happens if the user types the 'verbose url' (for example: https://www.example.com rather than www.example.com), navigates away from the urlbar thus dismissing the dropdown, then navigating back to the urlbar and hitting enter. Pasting the less 'verbose url' causes the code to go down another path which attempts to resolve the actual url before attempting to call _loadURL with a null result object, rather than an empty {} result object. In this scenario no exception is thrown. This patch explicitly passes null rather than implicitly passing {} to _loadURL when a resolved 'verbose' url is entered into the UrlBar via 'Paste and go' (as well as the previously described type -> dismiss popup -> enter flow).
* Bug 31803: Replaced about:debugging logo with flat versionRichard Pospesel2019-10-22
|
* Revert "squash! TB4: Tor Browser's Firefox preference overrides."Georg Koppen2019-10-20
| | | | This reverts commit 81d2d351b4c93e139f13a6f21a9abadedc86ee6c.
* fixup! Pick up latest Torbutton codeGeorg Koppen2019-10-19
|
* Bug 1585351 - Bug 1460357 disabled AVX instructions for the mingw build; ↵Tom Ritter2019-10-19
| | | | | | | | | | | | this is no longer needed r=lsalzman Bug 1460357 disabled AVX because gcc was generating unaligned instructions. But clang doesn't seem to do that. Differential Revision: https://phabricator.services.mozilla.com/D48072 --HG-- extra : moz-landing-system : lando
* Bug 26529 - Prompt before opening external appMatthew Finkel2019-10-18
|
* squash! TB4: Tor Browser's Firefox preference overrides.Georg Koppen2019-10-18
| | | | Bug 28709: Enable FuzzyFox
* squash! TB4: Tor Browser's Firefox preference overrides.Matthew Finkel2019-10-18
| | | | | Bug 21549 - Use Firefox's WASM default pref. It is disabled at safer security levels.
* fixup! Pick up latest Torbutton codeGeorg Koppen2019-10-18
|
* Bug 31144 - Do not switching apps from CustomTabs without consentMatthew Finkel2019-10-18
|
* Bug 31740: Remove some unnecessary RemoteSettings instancesAlex Catarineu2019-10-18
| | | | | More concretely, SearchService.jsm 'hijack-blocklists' and url-classifier-skip-urls.
* Bug 32111: Fixed issue parsing user-provided brige stringsRichard Pospesel2019-10-18
| | | | | | Fixed parseBridgeStrings function in parseFunctions.jsm to now discard 'bridge' string prefix in user-provided bridge strings. Also now properly handling carriage returns ('\r') in bridge strings.
* Bug 31749: Fix security level panel spawning eventsRichard Pospesel2019-10-18
| | | | | | | Fixed logic for when the Security Level panel is spawned based on input to mirror behavior of Downloads, Library and Hamburger menus. The panel now spawns on left-mouse button down, and on keyboard activation when user presses 'space' or 'enter'.
* Bug 31920: Fix Security Level panel when its toolbar button moves to overflowRichard Pospesel2019-10-18
| | | | | | | | | | | | | | | Simply removed the 'clever' caching of the underlying toolbar button element. Now, each time the button is needed it is queried from the underlying document. A correct, but more complicated, fix would be to determine when the toolbar button had been moved to the overflow menu and then update our cached reference. However, this would be super brittle and would break once another way to move the toolbar button is added in the future. In the end, caching something so infrequently queried is not worth the complexity.
* Bug 31748: Fixed 'Learn More' links in Security Level preferences andRichard Pospesel2019-10-18
| | | | | | | panel With ESR68 we needed to add a new is="text-link" attribute to label elements used as hyperlinks
* Bug 32092: Fix Tor Browser Support link in preferencesAlex Catarineu2019-10-18
|
* Bug 31286: Implementation of bridge, proxy, and firewall settings in ↵Richard Pospesel2019-10-18
| | | | | | | | | | | | | | | | | | | | | | about:preferences#tor This patch adds a new about:preferences#tor page which allows modifying bridge, proxy, and firewall settings from within Tor Browser. All of the functionality present in tor-launcher's Network Configuration panel is present: - Setting built-in bridges - Requesting bridges from BridgeDB via moat - Using user-provided bridges - Configuring SOCKS4, SOCKS5, and HTTP/HTTPS proxies - Setting firewall ports - Viewing and Copying Tor's logs In addition the following changes have been made: - The Networking Settings in General preferences has been removed - TorStrings has been removed from the SecurityLevel component and moved into a common shared module also used by about:preferences#tor
* Bug 13543: Spoof smooth and powerEfficient for Media CapabilitiesAlex Catarineu2019-10-18
|
* Bug 31607: App menu items stop working on macOSKathy Brade2019-10-18
| | | | | | | | | | | | | | | | | | | | Avoid re-creating the hidden window, since this causes the nsMenuBarX object that is associated with the app menu to be freed (which in turn causes all of the app menu items to stop working). More detail: There should only be one hidden window. XREMain::XRE_mainRun() contains an explicit call to create the hidden window and that is the normal path by which it is created. However, when Tor Launcher's wizard/progress window is opened during startup, a hidden window is created earlier as a side effect of calls to nsAppShellService::GetHiddenWindow(). Then, when XREMain::XRE_mainRun() creates its hidden window, the original one is freed which also causes the app menu's nsMenuBarX object which is associated with that window to be destroyed. When that happens, the menuGroupOwner property within each Cocoa menu items's MenuItemInfo object is cleared. This breaks the link that is necessary for NativeMenuItemTarget's menuItemHit method to dispatch a menu item event.
* Bug 31768: Introduce toolbar and network settings changes in onboardingKathy Brade2019-10-18
| | | | | | | | | | | | | Update the "Tor Network" onboarding page to include a note that settings can now be accessed via the application preferences and add an "Adjust Your Tor Network Settings" action button which opens about:preferences#tor. Replace the Tor Browser 8.5 "update" onboarding tour with a 9.0 one that includes the revised "Tor Network" page and a revised "Toolbar" page. The latter explains that Torbutton's toolbar item has been removed ("Goodbye Onion Button") and explains how to access the New Identity feature using the hamburger menu and new toolbar item.
* Bug 29013: Enable stack protection for Firefox on WindowsGeorg Koppen2019-10-18
|
* Bug 27511: Add new identity button to toolbarAlex Catarineu2019-10-18
| | | | | Also added 'New circuit for this site' button to CustomizableUI, but not visible by default.
* Bug 1554805 - Never set firstPartyDomain on origin attributes for ↵Johann Hofmann2019-10-18
| | | | | | | | | moz-extension. r=rpl,Ehsan,tjr Differential Revision: https://phabricator.services.mozilla.com/D47425 --HG-- extra : moz-landing-system : lando
* Bug 31935: Disable profile downgrade protection.Kathy Brade2019-10-18
| | | | | | Since Tor Browser does not support more than one profile, disable the prompt and associated code that offers to create one when a version downgrade situation is detected.
* Bug 31955: On macOS avoid throwing inside nonBrowserWindowStartup()Kathy Brade2019-10-18
| | | | | | Inside nonBrowserWindowStartup(), do not assume that XUL elements that are only part of the Mac hidden window are available in all non-browser windows.
* Bug 28196: preparations for using torbutton tor-browser-brand.ftlAlex Catarineu2019-10-18
| | | | | | A small change to Fluent FileSource class is required so that we can register a new source without its supported locales being counted as available locales for the browser.
* Bug 1573276 - Always allow localization in error pages r=johannh,petervAlex Catarineu2019-10-18
| | | | | | | Differential Revision: https://phabricator.services.mozilla.com/D43216 --HG-- extra : moz-landing-system : lando
* Bug 31720: Enable website suggestions in address barMatthew Finkel2019-10-18
|
* Bug 31575: Replace Firefox Home (newtab) with about:torAlex Catarineu2019-10-18
| | | | | | | | Patching AboutNewTabService so that AboutNewTab is not loaded to avoid several network requests that we do not need. Besides, about:newtab will now point to about:blank or about:tor (depending on browser.newtabpage.enabled) and about:home will point to about:tor.
* Bug 31491: clean up the old meek http helper browser profilesKathy Brade2019-10-18
| | | | | | | On Linux and Windows, arrange for the updater to remove the old meek and moat http helper profiles by adding appropriate directives to browser/installer/removed-files.in (on macOS, the cleanup will be done by Tor Launcher).
* Bug 1557729 - Use principal for permission post prompts instead of URI. ↵Johann Hofmann2019-10-18
| | | | | | | | | r=xeonchen Differential Revision: https://phabricator.services.mozilla.com/D35033 --HG-- extra : moz-landing-system : lando
* Bug 1568521 Tracking protection doorhanger's Enable/Disable states don't ↵Andrei Lazar2019-10-18
| | | | | | | | | | | work r=VladBaicu Now using lastURI instead of principal and now we are using the right functions in order to test permissions. Differential Revision: https://phabricator.services.mozilla.com/D39190 --HG-- extra : moz-landing-system : lando
* Bug 467035 - Avoid leaking browser language via DTD r=Gijs,bzbarskyAlex Catarineu2019-10-18
| | | | | | | Differential Revision: https://phabricator.services.mozilla.com/D34187 --HG-- extra : moz-landing-system : lando
generated by cgit v1.2.1 (git 2.18.0) at 2024-02-02 10:36:52 +0000