1. 21 Jul, 2020 7 commits
    • segfault's avatar
      Fix keyboard setting stored twice when language is set (refs: #17794) · 08fbfa4e
      segfault authored
      I see that this is not super obvious, but KeyboardSettingUI.apply()
      assumes that the keyboard setting was changed by the user, so it sets
      IS_DEFAULT (which is somewhat misnamed, it should rather be
      WAS_SET_AUTOMATICALLY (or WAS_SET_BY_USER, with the opposite value))
      to false.
      
      When the keyboard layout is changed automatically because the language
      was changed, we want to set IS_DEFAULT to true, so we don't call
      KeyboardSettingUI.apply(), but directly self._setting.save().
      
      What was missing was the call to apply_layout_to_current_screen(), which
      was causing #17794.
      08fbfa4e
    • boyska's avatar
      FIX #17794 changing lang now changes keyboard too · 9719ec19
      boyska authored
      the previous behaviour was confusing: changing the language was
      changing the keyboard layout in the UI, but not really changing it.
      9719ec19
    • intrigeri's avatar
      Merge branch 'bugfix/17783-ensure-translated-mac-spoofing-messages' into 'stable' · ee77c566
      intrigeri authored
      Ensure MAC spoofing messages are correctly translated
      
      See merge request !70
      ee77c566
    • geb's avatar
      Ensure MAC spoofing messages are translated (refs: #17783) · cbb6b631
      geb authored
      As tails-spoof-mac is running as root, its messages cannot be translated
      according to the user settings. This commit solves this problem by reading the
      localization settings from the environment (/etc/default/locale) in
      tails-spoof-mac initialization. To make this work, we also set up the desired
      localization environment before launching tails-unblock-network and
      tails-spoof-mac.
      cbb6b631
    • intrigeri's avatar
      Merge branch... · f7726cdf
      intrigeri authored
      Merge branch 'wip/bugfix/17784-make-MAC-spoofing-failure-msgs-more-useful-and-resilient' into 'stable'
      
      Include in MAC spoofing notification failures a network card name that users can relate to
      
      See merge request !69
      f7726cdf
    • intrigeri's avatar
      On MAC spoofing failure, include the name of the disabled network card in the... · 56a11b3e
      intrigeri authored
      On MAC spoofing failure, include the name of the disabled network card in the title of the notification
      
      That was the intention since 988b4186
      but in that commit, we forgot to replace gettext with eval_gettext
      when introducing variables in the translatable string. Let's fix this
      and accordingly, drop the test suite workaround for this bug.
      
      refs: #17784
      56a11b3e
    • intrigeri's avatar
      Merge branch 'test/unsafebrowser-farsi-l10n' into 'stable' · 80d3adcb
      intrigeri authored
      Fix Unsafe Browser automated test in Farsi
      
      See merge request !87
      80d3adcb
  2. 20 Jul, 2020 5 commits
    • intrigeri's avatar
      Trigger MAC spoofing "panic" mode when the debug=test_mac_spoof_panic boot option is set · c44e9df1
      intrigeri authored
      This will ease my review of !70 and future work on the panic mode
      code paths.
      c44e9df1
    • intrigeri's avatar
      Test suite: improve error output when the Unsafe Browser fails to start in some locale · 48398032
      intrigeri authored
      Before 91674552, FindFailed inherited
      from RuntimeError, but it now inherits from StandardError,
      so we did not catch this exception anymore, and thus:
      
       - The scenario aborted immediately, instead of testing other locales.
      
       - We lacked the nice "Unsafe Browser failed to launch in the following
         locale(s): " message ⇒ need to read debug.log to figure out which
         locale failed.
      
      This commit does *not* fix another problem though: if the Unsafe Browser did
      start but the expected startup page is not visible, then we would
      leave it open and testing the next language will fail.
      48398032
    • intrigeri's avatar
      Test suite: always test the Unsafe Browser in Farsi · 3ac74a0f
      intrigeri authored
      It's a known-special case, due to advertising the homepage to be RTL, while
      actually having English text (until those strings are actually translated),
      which results in weird behavior. Better ensure our test suite always exercises
      this case, rather than see the occasional seemingly random test failure, that
      cannot be triaged without looking at the debug log.
      3ac74a0f
    • intrigeri's avatar
      Merge branch 'stable' into... · cd190b82
      intrigeri authored
      Merge branch 'stable' into wip/bugfix/17784-make-MAC-spoofing-failure-msgs-more-useful-and-resilient
      cd190b82
    • boyska's avatar
      FIX unsafebrowser test case, broken b/c RTL · 9b6d4680
      boyska authored
      A bug in the rendering of dots in RTL languages provoked an unrelated
      test case to be broken. This fixes the problem removing the dot from the
      image, so that it displayed incorrectly is less than a problem.
      9b6d4680
  3. 18 Jul, 2020 2 commits
  4. 17 Jul, 2020 15 commits
  5. 16 Jul, 2020 4 commits
  6. 15 Jul, 2020 2 commits
  7. 14 Jul, 2020 5 commits