1. 04 May, 2021 1 commit
    • Alex Catarineu's avatar
      Bug 10760: Integrate TorButton to TorBrowser core · a2581936
      Alex Catarineu authored and Matthew Finkel's avatar Matthew Finkel committed
      Because of the non-restartless nature of Torbutton, it required
      a two-stage installation process. On mobile, it was a problem,
      because it was not loading when the user opened the browser for
      the first time.
      
      Moving it to tor-browser and making it a system extension allows it
      to load when the user opens the browser for first time.
      
      Additionally, this patch also fixes Bug 27611.
      
      Bug 26321: New Circuit and New Identity menu items
      
      Bug 14392: Make about:tor behave like other initial pages.
      
      Bug 25013: Add torbutton as a tor-browser submodule
      a2581936
  2. 19 Mar, 2021 2 commits
  3. 17 Mar, 2021 1 commit
  4. 16 Mar, 2021 1 commit
  5. 15 Mar, 2021 1 commit
  6. 09 Mar, 2021 1 commit
  7. 04 Mar, 2021 2 commits
  8. 01 Mar, 2021 2 commits
  9. 23 Feb, 2021 1 commit
    • Mike Conley's avatar
      Bug 1690573 - Migrate the report-site-issue UI access point to the Help menu.... · d4da30cc
      Mike Conley authored
      Bug 1690573 - Migrate the report-site-issue UI access point to the Help menu. r=denschub,mixedpuppy,fluent-reviewers,webcompat-reviewers,flod
      
      We're not 100% certain if Help is the right spot for this, but we're going
      to give it a shot and see. If it turns out it _is_ the right spot, we'll
      probably do something a little more self-contained, and less hacky.
      
      I'm leaving the old .properties file just in case we change our mind here.
      Yes, we'll want to port to Fluent anyways, but our ultimate choice of where
      we put this thing is probably going to dictate where the string lives.
      
      Differential Revision: https://phabricator.services.mozilla.com/D104832
      d4da30cc
  10. 16 Feb, 2021 1 commit
  11. 12 Feb, 2021 2 commits
  12. 11 Feb, 2021 1 commit
    • Gijs Kruitbosch's avatar
      Bug 1685313 - disable menus, commands and tabswitches while window-modal dialogs are up, r=jaws · 7512d980
      Gijs Kruitbosch authored
      This removes observation of the 'disabled' attribute from the macOS
      full screen menu items, because removing the attribute doesn't work
      correctly. This is a scenario that, as far as I can tell, didn't
      happen elsewhere until now. On other OSes we use a single item which
      gets disabled state directly from the command attribute (ie without
      an 'observes' child) which appears to work fine.
      
      It also exempts the editing commands from being disabled, but it
      appears that at least on macOS, undo history is lost anyway. It's
      not clear to me why this is the case, but I don't think it needs
      to block an initial landing of this work.
      
      Differential Revision: https://phabricator.services.mozilla.com/D103389
      7512d980
  13. 10 Feb, 2021 2 commits
  14. 03 Feb, 2021 1 commit
  15. 01 Feb, 2021 1 commit
  16. 20 Jan, 2021 1 commit
  17. 15 Jan, 2021 1 commit
  18. 12 Jan, 2021 1 commit
  19. 11 Jan, 2021 1 commit
  20. 18 Jan, 2021 1 commit
  21. 28 Aug, 2020 1 commit
  22. 09 Sep, 2020 1 commit
  23. 30 Jul, 2020 1 commit
  24. 16 Jun, 2020 1 commit
  25. 28 Aug, 2020 1 commit
  26. 16 Jun, 2020 1 commit
  27. 15 Jun, 2020 1 commit
  28. 10 Apr, 2020 1 commit
  29. 13 Mar, 2020 1 commit
  30. 27 Feb, 2020 1 commit
  31. 22 Jan, 2020 1 commit
  32. 20 Jan, 2020 1 commit
  33. 25 Dec, 2019 2 commits
  34. 24 Dec, 2019 1 commit