summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* r2147@lysithea: edmanm | 2007-10-19 02:39:33 -0400Matt Edman2007-10-19
| | | | | | | Make VClickLabel right-to-left aware. svn:r2043
* r2145@lysithea: edmanm | 2007-10-19 02:19:15 -0400Matt Edman2007-10-19
| | | | | | | | Allow the control panel to be expanded horizontally to accommodate longer translated widget labels. svn:r2042
* r2141@lysithea: edmanm | 2007-10-19 00:53:41 -0400Matt Edman2007-10-19
| | | | | | | | | | Disable the "Help censored users..." radio button if the user starts a Tor that does not support bridges. Also, if the user tries to set up a bridge server while Tor is not running, and then starts a Tor that does not support bridges, warn them and suggest they upgrade or run a normal relay. svn:r2041
* r2140@lysithea: edmanm | 2007-10-19 00:50:59 -0400Matt Edman2007-10-19
| | | | | | | | Add a note to the server config page that bridges are only supported on Tor 0.2.0.3-alpha or newer. svn:r2040
* r2139@lysithea: edmanm | 2007-10-19 00:49:32 -0400Matt Edman2007-10-19
| | | | | | | | Don't try to "setconf PublishServerDescriptor bridge" if we're running a Tor older than 0.2.0.3-alpha. svn:r2039
* r2137@lysithea: edmanm | 2007-10-18 12:22:35 -0400Matt Edman2007-10-18
| | | | | | | Disable Privoxy's enable-edit-actions feature, too. svn:r2038
* r2134@lysithea: edmanm | 2007-10-17 01:30:20 -0400Matt Edman2007-10-17
| | | | | | | | Update our OS X bundle's Privoxy config and include the changes from my last commit. svn:r2037
* r2133@lysithea: edmanm | 2007-10-17 01:28:41 -0400Matt Edman2007-10-17
| | | | | | | | Disable enable-remote-toggle and enable-remote-http-toggle in our bundle's Privoxy config. svn:r2036
* r2131@lysithea: edmanm | 2007-10-15 23:39:54 -0400Matt Edman2007-10-16
| | | | | | | | 'PublishServerDescriptor bridge' is the mojo to be a bridge server, apparently. svn:r2035
* r2129@lysithea: edmanm | 2007-10-15 23:07:29 -0400Matt Edman2007-10-16
| | | | | | | I need a 'make spellcheck-my-comments-before-arma-notices' build target. svn:r2034
* r2125@lysithea: edmanm | 2007-10-15 22:59:37 -0400Matt Edman2007-10-16
| | | | | | | | | Add some UI to the Server config page for setting oneself as a bridge. Also rearrange a skosh of code. I still need to make this use different default values for bridge nodes versus regular servers. svn:r2033
* r2124@lysithea: edmanm | 2007-10-15 22:58:24 -0400Matt Edman2007-10-16
| | | | | | | | | Add support for configuring whether or not to be a bridge. Also remove the notion that being a server requires both an ORPort and a Nickname; you can be a fine server with just an ORPort. svn:r2032
* Some German language file updatesPhil2007-10-15
| | | | svn:r2031
* r2122@lysithea: edmanm | 2007-10-14 20:50:04 -0400Matt Edman2007-10-15
| | | | | | | | lupdate the translations. The strings in the network settings dialog are probably pretty stable now. svn:r2030
* r2119@lysithea: edmanm | 2007-10-13 20:34:23 -0400Matt Edman2007-10-14
| | | | | | | | | We still want the "My ISP is lame" checkbox to be checked if the user has TunnelDirConns enabled but not UseBridges, since their Tor might know TunnelDirConns but not UseBridges. svn:r2029
* r2118@lysithea: edmanm | 2007-10-13 20:30:50 -0400Matt Edman2007-10-14
| | | | | | | | | Stupid hack to fix manpage installation on 'make install'. Once all you autotools experts have stopped laughing at me and calling me names, you can tell me what the right fix is. svn:r2028
* r2114@lysithea: edmanm | 2007-10-13 20:26:38 -0400Matt Edman2007-10-14
| | | | | | | | | If the user is running a Tor that does not support bridges, disable the bridge UI and show a label indicating that even though their Tor doesn't support bridges, the little checkbox is still doing something. svn:r2027
* r2113@lysithea: edmanm | 2007-10-13 20:16:37 -0400Matt Edman2007-10-14
| | | | | | | | If we can't getconf a value, return the 'local' value instead of assuming the default. svn:r2026
* r2111@lysithea: edmanm | 2007-10-13 00:21:59 -0400Matt Edman2007-10-13
| | | | | | | | Default to 80 and 443 as reachable ports, so the user has some cue as to what goes in that little text box. svn:r2024
* r2109@lysithea: edmanm | 2007-10-12 23:55:05 -0400Matt Edman2007-10-13
| | | | | | | | | | Complain if the user checks the "I use a proxy to access the Internet" checkbox but doesn't enter any proxy information, or if they check the "My firewall only lets me connect to certain ports" checkbox but doesn't enter the ports to which their firewall allows them to connect. svn:r2023
* r2107@lysithea: edmanm | 2007-10-12 23:48:33 -0400Matt Edman2007-10-13
| | | | | | | | Make the config dialog a little wider by default so all the buttons fit, even when using Deutsche Vidalia. svn:r2022
* r2105@lysithea: edmanm | 2007-10-12 23:28:29 -0400Matt Edman2007-10-13
| | | | | | | Fix a comment typo. svn:r2021
* r2103@lysithea: edmanm | 2007-10-12 23:18:22 -0400Matt Edman2007-10-13
| | | | | | | | | Limit the 'Add Bridge' line edit box to 100 characters. Really, the longest bridge entry should only be at most 79 characters, but we'll give users some room to be 'creative' with their spacing. svn:r2020
* r2101@lysithea: edmanm | 2007-10-12 23:08:31 -0400Matt Edman2007-10-13
| | | | | | | | Call the addBridge() slot when the user presses return in the 'Add Bridge' text box. svn:r2019
* r2097@lysithea: edmanm | 2007-10-12 22:58:33 -0400Matt Edman2007-10-13
| | | | | | | Validate that a bridge the user enters is acceptably formatted. svn:r2018
* r2096@lysithea: edmanm | 2007-10-12 22:55:48 -0400Matt Edman2007-10-13
| | | | | | | | Phobos says we don't need to define these ourselves anymore, otherwise we get compilation errors. svn:r2017
* r2095@lysithea: edmanm | 2007-10-12 22:45:22 -0400Matt Edman2007-10-13
| | | | | | | Add a method for determining if a given string is a valid hexadecimal string. svn:r2016
* r2090@lysithea: edmanm | 2007-10-12 15:42:59 -0400Matt Edman2007-10-12
| | | | | | | | Only set bridge-related options on Tor >= 0.2.0.3-alpha and only if the user has configured one or more bridges to use. svn:r2015
* r2089@lysithea: edmanm | 2007-10-12 15:41:48 -0400Matt Edman2007-10-12
| | | | | | | | | | Remove a hack to work around old Tors that would close a control connection without sending a response after receiving a signal asking Tor to shut down. This was fixed in Tor 0.1.2.1-alpha. The hack meant that we wouldn't get a good error message if the signal failed. svn:r2014
* r2088@lysithea: edmanm | 2007-10-12 15:36:09 -0400Matt Edman2007-10-12
| | | | | | | | | | | Fix a needed change I missed in r1993: since our TorProcess object is never null now, we can't rely of its nullness to decide whether to send Tor a halt signal or to use the QProcess API to kill the process. Now we always try to send a signal first, if the socket is connected. If the control socket is not connected or the halt signal fails, then call TorProcess::stop(). svn:r2013
* r2086@lysithea: edmanm | 2007-10-12 03:49:24 -0400Matt Edman2007-10-12
| | | | | | | | I changed my mind on r2010: if the router is already on the map, just update the coordinates, instead of completely removing and readding the router. svn:r2011
* r2084@lysithea: edmanm | 2007-10-12 03:34:15 -0400Matt Edman2007-10-12
| | | | | | | | | If TorMapWidget::addRouter() is called for a router that is already on the map, remove and free the existing instance before adding the router back with the new location. svn:r2010
* r2082@lysithea: edmanm | 2007-10-12 02:33:11 -0400Matt Edman2007-10-12
| | | | | | | | Stop leaking 8 bytes for pretty much every circuit we plotted on the network map. Found by arma and his trusty valgrind. svn:r2009
* r2079@lysithea: edmanm | 2007-10-12 01:47:28 -0400Matt Edman2007-10-12
| | | | | | | | Give the QTranslator we create on startup a parent, so we don't leak it on exit. svn:r2008
* r2078@lysithea: edmanm | 2007-10-12 01:46:41 -0400Matt Edman2007-10-12
| | | | | | | | | | Make the main window the parent of all the other dialogs, like the config dialog and the message log, so Qt can take care of cleaning everything up on exit. We were also previously leaking the memory allocated to the ConfigDialog on exit. svn:r2007
* r2072@lysithea: edmanm | 2007-10-11 23:41:58 -0400Matt Edman2007-10-12
| | | | | | | | | | | Give arma not one, not two, but three (yes folks, three) ways of copying bridge information to the clipboard. Users can select one or more bridges and then either (1) Press Ctrl+C, (2) Right-click and select "Copy" from a context menu, or (3) Click the shiny new Copy button next to the bridge list, to copy their bridges to the clipboard. svn:r2006
* r2071@lysithea: edmanm | 2007-10-11 23:35:36 -0400Matt Edman2007-10-12
| | | | | | | Use Vidalia::createShortcut() for creating per-window shortcuts. svn:r2005
* r2070@lysithea: edmanm | 2007-10-11 23:34:08 -0400Matt Edman2007-10-12
| | | | | | | | | Add a method Vidalia::createShortcut() for creating a shortcut in the context of some widget and binding that shortcut's activated() signal to a slot of another widget. svn:r2004
* r2069@lysithea: edmanm | 2007-10-11 23:32:28 -0400Matt Edman2007-10-12
| | | | | | | | We don't need to clear the clipboard every time we copy something to it; calling setText() is sufficient. svn:r2003
* r2068@lysithea: edmanm | 2007-10-11 23:23:45 -0400Matt Edman2007-10-12
| | | | | | | Add src/lang/ to INCLUDEPATH. svn:r2002
* r2066@lysithea: edmanm | 2007-10-11 14:57:55 -0400Matt Edman2007-10-11
| | | | | | | | | 14:53 < arma> <nsa:#vidalia> vidalia: Set TunnelDirConns when we're using bridges, too. 14:53 < arma> we should set PreferTunneledDirConns 1 too svn:r2001
* r2064@lysithea: edmanm | 2007-10-11 13:23:51 -0400Matt Edman2007-10-11
| | | | | | | And remove a couple unused variables, too. svn:r2000
* r2062@lysithea: edmanm | 2007-10-11 13:09:26 -0400Matt Edman2007-10-11
| | | | | | | | Small tweak to r1995 to avoid adding multiple values associated with a single conf key too many times. svn:r1999
* r2060@lysithea: edmanm | 2007-10-11 12:54:25 -0400Matt Edman2007-10-11
| | | | | | | Set TunnelDirConns when we're using bridges, too. svn:r1998
* r2056@lysithea: edmanm | 2007-10-11 12:44:41 -0400Matt Edman2007-10-11
| | | | | | | | Clear the 'Add Bridge' line edit box after adding that bridge to the bridge list widget. svn:r1997
* r2055@lysithea: edmanm | 2007-10-11 12:43:30 -0400Matt Edman2007-10-11
| | | | | | | | | Use a QMultiHash instead of a QHash for storing network configuration settings, so we can set multiple bridges (we were trying a csv before, which is wrong). It also appears we weren't setting UseBridges before either. Oops. svn:r1996
* r2054@lysithea: edmanm | 2007-10-11 12:40:59 -0400Matt Edman2007-10-11
| | | | | | | | Properly handle multiple values associated with a single conf key when SETCONFing. Also call string_escape() for each non-empty conf value. svn:r1995
* r2052@lysithea: edmanm | 2007-10-10 23:00:29 -0400Matt Edman2007-10-11
| | | | | | | | | | | If we get disconnected and there are any outstanding ReceiveWaiters, actually remove them form the receive queue. Otherwise, the next time we connect to Tor we would crash on the first message received because we'd be trying to call setResult() on a ReceiveWaiter that had been deleted but was still in the receive queue. Fixes ticket #295 reported by arma. svn:r1994
* r2049@lysithea: edmanm | 2007-10-10 21:26:45 -0400Matt Edman2007-10-11
| | | | | | | | | | Create a single TorProcess object used to start and stop Tor, instead of creating a new one each time we start Tor and cleaning it up when Tor stops. Fixes ticket #294, but could use testing on Qt 4.1 if anyone is still running that. svn:r1993
* r2048@lysithea: edmanm | 2007-10-10 21:24:23 -0400Matt Edman2007-10-11
| | | | | | | A TorProcess object can have a parent, too. svn:r1992
generated by cgit v1.2.1 (git 2.18.0) at 2024-02-08 07:41:01 +0000