summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* 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
* r2046@lysithea: edmanm | 2007-10-10 01:25:49 -0400Matt Edman2007-10-10
| | | | | | | Fix a dumb copy-paste oopsies arma found in a comment. svn:r1991
* r2044@lysithea: edmanm | 2007-10-10 00:37:44 -0400Matt Edman2007-10-10
| | | | | | | | Clear the list of bridges before we add any, so we don't keep adding duplicates each time NetworkSettings::load() is called. svn:r1990
* r2021@lysithea: edmanm | 2007-10-09 23:34:37 -0400Matt Edman2007-10-10
| | | | | | | | Give the network settings page apply(), revert(), and changedSinceLastApply() methods, so we can apply our shiny new network settings to Tor. svn:r1989
* r2020@lysithea: edmanm | 2007-10-09 23:33:18 -0400Matt Edman2007-10-10
| | | | | | | | Give ServerPage a revert() method and make it not try to apply its own settings. svn:r1988
* r2019@lysithea: edmanm | 2007-10-09 23:31:52 -0400Matt Edman2007-10-10
| | | | | | | | | | Make ConfigDialog responsible for deciding when to apply the changes to Tor, instead of each individual setting page. Also let ConfigDialog be responsible for SAVECONFing, instead of the individual settings classes, so we don't try to SAVECONF after each page. svn:r1987
* r2018@lysithea: edmanm | 2007-10-09 23:28:25 -0400Matt Edman2007-10-10
| | | | | | | | Make NetworkSettings inherit AbstractTorSettings and teach it to apply our network settings to Tor. svn:r1986
* r2017@lysithea: edmanm | 2007-10-09 23:26:22 -0400Matt Edman2007-10-10
| | | | | | | Whoops, missed one. (This should've been included in the previous commit.) svn:r1985
* r2016@lysithea: edmanm | 2007-10-09 23:24:40 -0400Matt Edman2007-10-10
| | | | | | | Shorten some #includes now that our includepath is a little smarter. svn:r1984
* r2015@lysithea: edmanm | 2007-10-09 23:19:17 -0400Matt Edman2007-10-10
| | | | | | | | Modify VidaliaWindow to use VSettings for getting and settings window-specific settings, like saved geometry. svn:r1983
* r2014@lysithea: edmanm | 2007-10-09 23:17:38 -0400Matt Edman2007-10-10
| | | | | | | | | | | Make TorSettings inherit from VSettings. At some point, it may be smart to make this inherit from AbstractTorSettings, both for naming sanity (hah!) and so we GETCONF things on the Advanced settings page, like DataDirectory. (Clearly this matters less for something like ControlPort, which we would have to know before we can GETCONF anything anyway.) svn:r1982
* r2013@lysithea: edmanm | 2007-10-09 23:14:21 -0400Matt Edman2007-10-10
| | | | | | | | Make ServerSettings inherit from AbstractTorSettings, remove some duplicated code, and shorten/clarify some #defines for setting keys. svn:r1981
* r2012@lysithea: edmanm | 2007-10-09 23:11:27 -0400Matt Edman2007-10-10
| | | | | | | | | | Add an AbstractTorSettings class that provides general methods for setting or getting values that may need to get SETCONF'ed to or GETCONF'ed from Tor, but which Vidalia will also need to remember (for example, if we can't SAVECONF or the user wants to muck with their settings while Tor isn't running). svn:r1980
* r2011@lysithea: edmanm | 2007-10-09 23:09:08 -0400Matt Edman2007-10-10
| | | | | | | | Make VidaliaSettings inherit from VSettings instead of directly from QSettings and remove some duplicate code. svn:r1979
* r2010@lysithea: edmanm | 2007-10-09 23:07:53 -0400Matt Edman2007-10-10
| | | | | | | | | Add a new VSettings class (subclass of QSettings) that acts as a general wrapper around vidalia.conf. Any Vidalia class that wants to set or get setting values should go through VSettings or a subclass of it. svn:r1978
generated by cgit v1.2.1 (git 2.18.0) at 2024-02-08 07:43:26 +0000