| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| | |
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | |/ |
|
| | | |
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
In Firefox 26 and newer, the BrowserOnAboutPageLoad() function that
Torbutton previously used to detect about:tor page loads has been removed.
The new approach is to have about:tor dispatch a custom event (which is
the same approach Mozilla uses for about:home).
|
| | | |
| | |
| | |
| | |
| | | |
Use CustomizableUI, if it is available, to add TorButton's
button to navigation toolbar.
|
| | |/
| |
| |
| |
| | |
Loading by this method breaks the browser console in ESR31.
Fortunately, ESR31 has a built-in window.HUDService.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
This patch relocates the event queue draining hack from bug #9531 from New
Identity to all control port commands. This should help address hangs at
startup due to HTTPS activity (and other usage of the control port while the
TLS stack is live).
|
| | | |
|
| |\ \ |
|
| | |/
| |
| |
| |
| | |
Changed MOZ_APP_DISPLAYNAME and brandShortName from "TorBrowser" to
"Tor Browser".
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Still not perfect, but repeating "image data" and "extract" twice might help
get the point across.
|
| |\
| |
| |
| | |
'isis/bug12684-additional-canvas-ui-strings_squashed'
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Also, clarify UI strings which explain HTML5 canvas fingerprinting and
options within the PopupNotification dialogue, and make capitalisation
consistent.
* FIXES #12684. [0]
[0]: https://bugs.torproject.org/12684
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
The related bug 10804 needs a different fix as this one applied there
would stall the start-up for a short amount of time resulting in a bad
user experience.
|
| | | |
|
| |\ \ |
|
| | |/ |
|
| |/
|
|
|
| |
This problem occurred in some non-English locales (e.g., de).
We now reduce the font size of some elements if necessary.
|
| | |
|
| |
|
|
| |
This makes the UI option apply to this new pref.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We now take the DPI value into account when calculating the width and
height of the browser window. Furthermore, using GetAvailRect() helps
to take care of taskbars that could influence the available height.
At least two corner-corner cases remain:
1) On some Linux machines the height of the titlebar is not included in
outerHeight(). Thus, we guess with a pretty safe margin.
2) On some systems retrieving the available height is giving the screen
height back which could lead to problems if taskbars are available.
Fixing those two problems (and presumably others yet to be reported) is
out of the scope for this patch.
However, in order to give the user the option to overwrite the
miscalculation two preferences
extensions.torbutton.window.innerWidth
extensions.torbutton.window.innerHeigth
are consulted. If they are set their values are used when resizing the
inner window.
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
| |
already exist
|
| | |
|
| |
|
|
|
|
| |
If the remote check does not complete successfully, look at the
status code associated with the underlying nsIRequest and fail the
tor check when the status is "proxy connection refused."
|
| |
|
|
|
|
|
|
|
| |
It turns out that clicking several times on New Identity very quickly
may lead to unexpected behavior, to errors like "TypeError:
b.webProgress is undefined" and a somewhat broken browser: clicking on
New Identity again after this error showed up shuts the browser down,
for example. Thanks to a patch by a cypherpunk we disable the New
Identity menuitem after the first click which resolves this issue.
|
| |
|
|
|
|
| |
Some users may not have access to their Tor control port, and would prefer a
remote Tor check instead, even if they are not using a transproxy. This pref
allows them to specify this.
|
| |
|
|
|
|
|
|
| |
If a user is clicking on the Accept button on the preferences dialog
more than once the code in torbutton_prefs_save() is executed more than
once as well which may lead to unexpected and unintended behavior. We
fix this thanks to a patch by a cypherpunk by disabling the Accept
button after the first click.
|
| | |
|
| | |
|
| | |
|
