[thg-dev] [ tortoisehg-Support Requests-2768808 ] No context menu at all
Support Requests item #2768808, was opened at 2009-04-16 15:37 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968355aid=2768808group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No context menu at all Initial Comment: Installed as admin TortoiseHg-0.7.3-hg-1.2.1.exe in Xp Proffesional Version 2002 SP1 (Hard to change, Corporative environment) Next several times + reboot Started as admin. No context menu on files or folders in explorer.exe I dont know if this is a bug or a corporative restriction. Can I activete any log to see what happend? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968355aid=2768808group_id=199155 -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2029281 ] Hg Serve traceback on Stop
Bugs item #2029281, was opened at 2008-07-27 09:05 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2029281group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 3 Private: No Submitted By: Peter Ruibal (fmoo) Assigned to: Nobody/Anonymous (nobody) Summary: Hg Serve traceback on Stop Initial Comment: On 0.4rc3, I get a traceback when stopping the serve dialog: listening at http://compaq-nnwgg6ew.hsd1.ca.comcast.net.:8000/ (0.0.0.0:8000) Traceback (most recent call last): File hggtk\serve.pyc, line 187, in _on_stop_clicked File hggtk\serve.pyc, line 244, in _stop_server File hggtk\serve.pyc, line 312, in stop File httplib.pyc, line 862, in request File httplib.pyc, line 885, in _send_request File httplib.pyc, line 856, in endheaders File httplib.pyc, line 728, in _send_output File httplib.pyc, line 695, in send File httplib.pyc, line 663, in connect socket.gaierror: (11001, 'getaddrinfo failed') -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 05:56 Message: there's a bug-fix in hg-main that will make it into hg-1.2 that should fix many of these tracebacks you see in the serve dialog (but not all). Some are just normal networking issues. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2029281group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1878812 ] Bundle file handling with synchronize dialog
Bugs item #1878812, was opened at 2008-01-24 10:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1878812group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Bundle file handling with synchronize dialog Initial Comment: Pulling from a bundle file works fine if the full path is typed into the remote path field. But 1. If the bundle file is placed in the project directory and just the file name is typed in the remote path field, tortoisehg assembles the full path wrong by adding a whitespace behind the folder name and forgetting a backslash example: bundle file is bundleToe4fb8.bdl generates following output $ pull --verbose --repository D:\home\Documents\Some Paper bundleToe4fb8.bdl *** repository bundleToe4fb8.bdl not found the path D:\home\Documents\Some Paper bundleToe4fb8.bdl is passed to hg the right path would be: D:\home\Documents\Some Paper\bundleToe4fb8.bdl 2. It would be nice if the file chooser could be used to select a bundle file, currently only the selection of folders is possible. -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 06:10 Message: fixed in crew, will be in 0.7 -- Comment By: Steve Borho (sborho) Date: 2008-02-07 05:31 Message: Logged In: YES user_id=12062 Originator: NO bonus points if synchronize dialog accepted bundle drag events -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1878812group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2491520 ] Qct: most recent overwrite entered message without warning
Bugs item #2491520, was opened at 2009-01-07 04:47 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2491520group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Tobias Cohen (tobiascohen) Assigned to: Nobody/Anonymous (nobody) Summary: Qct: most recent overwrite entered message without warning Initial Comment: In the commit dialog box, selecting any option from the Most Recent list under commit message causes any data currently entered in the commit message box to be replaced completely with no option to recover it. It's easy to accidentally select an option from this box by a misclick, or by rotating the scroll wheel on your mouse while the pointer is over this box. With large commits, this can very easily result in a considerable amount of data being erased. One possible solution for this would be to display a warning dialog before replacing a non-empty commit message with a Most Recent message, asking the user to confirm that they wish to replace data. This warning dialog should probably not be display if the data being replaced exactly matches an item already in the most recent list. -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 06:22 Message: qct is being unbundled in 0.7 -- Comment By: TK Soh (tksoh) Date: 2009-01-07 05:12 Message: I've updated the the tracker summary to better reflect the issue. BTW, the commit dialog you are referring to is Qct. I will relay the bug report to the Qct team later. If you want, you may try out TortoiseHg's internal commit tool, which doesn't have this problem. See TortoiseHg's FAQ on how to enable the internal commit tool/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2491520group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1948967 ] install requires admin privileges
Bugs item #1948967, was opened at 2008-04-22 16:14 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1948967group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installer Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: install requires admin privileges Initial Comment: Not sure if this is a bug, but it certainly makes Mercurial a difficult sell in a corporate environment. I am unable to install tortoisehg at work because it requires admin privileges. I assume that this isn't 100% necessary as I am able to install tortoisesvn. I don't really mind about this as I don't use windows, but it is hard to convince anyone that mercurial is the best vcs for a project if they cannot install the client. -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 06:12 Message: installer requirement was backed out to 'poweruser'. we intend to offer a user-level installer in the future that does not install shell extensions. -- Comment By: TK Soh (tksoh) Date: 2008-04-24 01:08 Message: Logged In: YES user_id=411637 Originator: NO According to Steve Borho's comment in the release note: * Installer now requires admin privileges in order to prevent an upgrade from requiring two reboots. I personally am not sure exactly what role the admin privileges is playing here. But you definitely need some level of admin permission in order to install the shell extensions. I'll be surprise if TortoiseSVN doesn't require that. In any case, I wonder if a 'power user' privilege will be a good compromise. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1948967group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1894728 ] Intermittent missing overlay icons
Bugs item #1894728, was opened at 2008-02-15 23:54 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1894728group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: overlay icons Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Adrian Buehlmann (adrianbuehlm) Assigned to: Nobody/Anonymous (nobody) Summary: Intermittent missing overlay icons Initial Comment: Hi all I found a problem with the overlay icons in TortoiseHg on my Windows XP SP2 box. The problem happens with plain release 0.3 and with latest and greatest http://tortoisehg.sourceforge.net/hg/tortoisehg-crew/rev/e2244d8d10d0 Steps to produce the problem: In an empty directory testrepo1-hg, create a script named create-repo.cmd which contains the following Windows cmd script code (also attached to this email): ''' @echo off if exist .hg goto has_repo hg init for /L %%G in (0,1,1) do ( for /L %%H in (0,1,9) do ( for /L %%I in (0,1,9) do ( echo This is file-%%G%%H%%I.txt file-%%G%%H%%I.txt ) ) ) hg -q add *.txt hg ci -m 1 echo created repo goto end :has_repo echo Error: repo already exists! :end ''' then cd into testrepo1-hg and execute create-repo. This will create a repository with 200 files file-000.txt...file-199.txt. The green checkmark appears -- as expected -- on all *.txt files. Now, do hit the key F5 (refresh) multiple times in a row. After a few F5 key hits, suddenly some of the *.txt files have no overlay icon at all! If I continue hitting F5, the set of files without overlay icon changes, sometimes all files do have the correct overlay icon, sometimes not. See also the attached screenshot 1.png I usually register the extension with: python tortoisehg.py bin path = C:\Documents and Settings\adi\My Documents\hg-repos\tortoisehg-crew Registered: Mercurial.ShellExtension.ContextMenu Mercurial Shell Extension registration complete. Registered: Mercurial.ShellExtension.ChangedOverlay Merucurial icon overlay shell extension for changed files registration complete. Registered: Mercurial.ShellExtension.AddedOverlay Merucurial icon overlay shell extension for added files registration complete. Registered: Mercurial.ShellExtension.UnchangedOverlay Merucurial icon overlay shell extension for unchanged files registration complete. TortoiseHg registered and unregister it with: python tortoisehg.py --unregister bin path = C:\Documents and Settings\adi\My Documents\hg-repos\tortoisehg-crew Unregistered: Mercurial.ShellExtension.ContextMenu Mercurial Shell Extension unregistration complete. Unregistered: Mercurial.ShellExtension.ChangedOverlay Merucurial icon overlay shell extension for changed files unregistration complete. Unregistered: Mercurial.ShellExtension.AddedOverlay Merucurial icon overlay shell extension for added files unregistration complete. Unregistered: Mercurial.ShellExtension.UnchangedOverlay Merucurial icon overlay shell extension for unchanged files unregistration complete. TortoiseHg unregistered And kill/restart explorer.exe (using Windows Task Manager) after unregister/register. I also verified that my additionally installed binary packaged TortoiseHg 0.3 was unregistered before I cloned http://tortoisehg.sourceforge.net/hg/tortoisehg-crew and registered the latter. Installed hg is: hg version Mercurial Distributed SCM (version 9f1e6ab76069+tortoisehg) Can anyone reproduce this? Thanks for reading this far :-) -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 06:19 Message: I just pushed a fix to crew that fixed this problem for me. It will be in 0.7 -- Comment By: Ben Houston (bhouston) Date: 2008-08-25 23:13 Message: Logged In: YES user_id=77981 Originator: NO I am constantly missing overlay icons. Happens on both WinXP and Vista. -- Comment By: TK Soh (tksoh) Date: 2008-02-17 02:46 Message: Logged In: YES user_id=411637 Originator: NO Keep hitting F5 is good ;-) Thanks for helping to do the test. I guess it'd be fairly safe now to point the problem to sys.stdout. I will see if I can find a good workaround that will address this, but still let --debug send debugging messages to win32trace
[thg-dev] [ tortoisehg-Bugs-2000627 ] qct hangs when submitting a copy
Bugs item #2000627, was opened at 2008-06-23 09:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2000627group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: qct hangs when submitting a copy Initial Comment: qct hangs when the followings on Win2k: 1. right cklick on a untracked file 2. select File is a copy of a revision one 3. a file select dialog popup 4. no action is further possible, qct does not accept any entry. The interface is completely frozen, as if a new invisible popup would have came. 5. Ctrl-Alt-Del -- kill hgproc -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 05:54 Message: Qct will unbundled in 0.7, this will no longer be an issue for TortoiseHg. Since Qct can still be used as a separate process, this problem will probably go away in Qct as well, if you chose to install it. -- Comment By: TK Soh (tksoh) Date: 2008-06-29 02:53 Message: Logged In: YES user_id=411637 Originator: NO Have you tried out TortoiseHg's native dialog? It's not as feature-rich as Qct, but shouldn't cause such hangup. Our mid-term goal is to eventually phase out Qct in TortoiseHg. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-23 09:38 Message: Logged In: NO You can contact me @ benoit @nospam@ -AT- aeteurope _DOT_ nl for further informations -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2000627group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2421939 ] DeprecationWarning in python 2.6
Bugs item #2421939, was opened at 2008-12-12 17:00 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421939group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: sagikliwon (sfgsagi) Assigned to: Nobody/Anonymous (nobody) Summary: DeprecationWarning in python 2.6 Initial Comment: When tortoisehg is compiled with python2.6, the following DeprecationWarning will be emitted. /usr/lib/python2.6/site-packages/hggtk/iniparse/ini.py:46: DeprecationWarning: the sets module is deprecated from sets import Set -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 05:47 Message: this is in crew, and will be in 0.7 -- Comment By: TK Soh (tksoh) Date: 2008-12-13 03:19 Message: I've pushed a fix to crew. Please help test it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421939group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2008948 ] hgproc crashes when files can't be read
Bugs item #2008948, was opened at 2008-07-02 16:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2008948group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Juarez (rorian) Assigned to: Nobody/Anonymous (nobody) Summary: hgproc crashes when files can't be read Initial Comment: This occurs for me when I try to commit a project which I currently have open in Visual Studio - The project.NCB file is opened for exclusive access, and hgproc crashes out with a stack dump and error message. The jist of the error message is: Error executing hgproc Traceback File hgproc.py, line 107 in run_trapped .. File qctlib\utils.pyc, line 27 in isBinary IOError: [Errno 13] Permission denied: 'project.ncb' -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:55 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-16 05:58 Message: qctlib is part of Qct, and this tool is being unbundled in 0.7, so this exact problem will go away -- Comment By: TK Soh (tksoh) Date: 2008-07-29 00:21 Message: Logged In: YES user_id=411637 Originator: NO Looks like Qct is having some problem. Can you try TortoiseHg's internal commit tool? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2008948group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2548015 ] Highlighted colors of a menu item make texts undreadable
Bugs item #2548015, was opened at 2009-01-30 06:15 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2548015group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Vista Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Joongi Kim (daybreaker12) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighted colors of a menu item make texts undreadable Initial Comment: As the issue summary says, the highlighted color of background and text of a menu item in the dialogs are same, so I can't read the text of the item. Of course, still I can know what the item says by moving highlights to other items, but this is a defect that degrades the final quality of TortoiseHg. I'm using Windows Vista x64 and the default color scheme. Also I've installed TortoiseHg from the official binary installer. -- Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:56 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Steve Borho (sborho) Date: 2009-02-20 04:54 Message: will be fixed in 0.7 by a new GTK theme -- Comment By: Steve Borho (sborho) Date: 2009-02-17 03:41 Message: It occurs to me that GTK themes would probably solve this problem. And we just happen to ship with a few of them. For releases up to 0.7, you will have to do this manually. In future releases, I may make this configurable in thgconfig. * cd C:\Program Files\TortoiseHg\share\themes * look at the themes in this directory, remember their names or keep this folder open. * cd ..\..\etc\gtk-2.0 * edit gtkrc and change the name of the theme you wish to use * Changes take affect on all newly launched applications -- Comment By: Doug Philips (dgou) Date: 2009-01-30 07:44 Message: I have seen the same problem with 0.6 TortoiseHg on Windows XP with Service Pack 3. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2548015group_id=199155 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1879567 ] Clone to empty folder fails
Bugs item #1879567, was opened at 2008-01-25 04:31
Message generated for change (Comment added) made by sborho
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=968354aid=1879567group_id=199155
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 2
Private: No
Submitted By: Peer Sommerlund (peso)
Assigned to: Nobody/Anonymous (nobody)
Summary: Clone to empty folder fails
Initial Comment:
Version: 0.2
If an existing empty folder foo is specified as destination the clone fails
with message *** destination 'C:\foo' already exists
Workaround is to delete folder before cloning.
I would have expected an error if I tried to clone to an existing repository,
but not to an empty folder.
--
Comment By: Steve Borho (sborho)
Date: 2009-03-16 13:51
Message:
Is this a dup of issue #53? If not, can you append to that issue and bump
this
in the TODO list for 0.8?
--
Comment By: Peer Sommerlund (peso)
Date: 2009-03-16 09:38
Message:
It is still an issue using TortoiseHg-090311
--
Comment By: Steve Borho (sborho)
Date: 2009-03-05 01:17
Message:
reopen if it's an issue
--
Comment By: Peter Ruibal (fmoo)
Date: 2008-07-27 03:02
Message:
Logged In: YES
user_id=2006774
Originator: NO
I have a patchset that implements dgou's suggestion:
Patch #1 adds a signal to hgcmd dialog called queue-empty that is
emitted when the command is completed or terminates (before the user closes
the dialog)
Patch #2 modifies the commit dialog to detect if the destination folder is
empty (not len(os.listdir(dest))), and uses a temporary subdirectory within
the target for the dest. It then uses the signal from patch 1 for a
commit cleanup callback that detects if a temporary folder was used; if
it was, it moves all the files from within into the normal dest and removes
the temporary folder.
### Patch #1 ###
diff -r a6a515439320 hggtk/hgcmd.py
--- a/hggtk/hgcmd.pySat Jul 26 23:34:19 2008 -0700
+++ b/hggtk/hgcmd.pySat Jul 26 23:43:45 2008 -0700
@@ -17,6 +17,14 @@
from shlib import set_tortoise_icon, get_system_times
class CmdDialog(gtk.Dialog):
+__gsignals__ = dict(
+queue_empty=(
+gobject.SIGNAL_RUN_FIRST,
+gobject.TYPE_NONE,
+(gobject.TYPE_PYOBJECT,) # Return Code, None if error
+)
+)
+
def __init__(self, cmdline, progressbar=True, width=520,
height=400):
title = 'hg ' + ' '.join(cmdline[1:])
gtk.Dialog.__init__(self,
@@ -131,6 +139,7 @@
self.returncode = self.hgthread.return_code()
if self.returncode is None:
self.write([command interrupted])
+self.emit('queue-empty', self.returncode)
return False # Stop polling this function
else:
return True
### Patch #2 ###
diff -r 72d3af7c1184 hggtk/clone.py
--- a/hggtk/clone.pySat Jul 26 23:43:45 2008 -0700
+++ b/hggtk/clone.pySun Jul 27 00:37:13 2008 -0700
@@ -264,18 +264,25 @@
for p in paths:
self._destlist.append([p])
+__DEST_NOTEMPTY_TEMPDIR__ = .thg.clone
+
def _btn_clone_clicked(self, toolbutton, data=None):
# gather input data
src = self._src_input.get_text()
dest = self._dest_input.get_text() or os.path.basename(src)
remotecmd = self._remote_cmd.get_text()
rev = self._rev_input.get_text()
-
+
# verify input
if src == :
error_dialog(self, Source path is empty, Please enter)
self._src_input.grab_focus()
return False
+
+# If the target is an empty directory, make a temporary folder
for pull
+if os.path.exists(dest) and not len(os.listdir(dest)):
+dest = os.path.join(dest, self.__DEST_NOTEMPTY_TEMPDIR__)
+
# start cloning
try:
@@ -304,6 +311,7 @@
print cmdline: , ' '.join(cmdline)
from hgcmd import CmdDialog
dlg = CmdDialog(cmdline)
+dlg.connect('queue-empty', self._cleanup_clone)
dlg.run()
dlg.hide()
except util.Abort, inst:
@@ -314,6 +322,22 @@
error_dialog(self, Clone error, traceback.format_exc())
return False
+def _cleanup_clone(self, cmd_dialog, exit_code):
+# gather input data
+src = self._src_input.get_text()
+dest = self._dest_input.get_text() or
os.path.basename(self._src_input.get_text())
+dest_temp = os.path.join(dest, self
[thg-dev] [ tortoisehg-Bugs-1879567 ] Clone to empty folder fails
Bugs item #1879567, was opened at 2008-01-25 11:31
Message generated for change (Comment added) made by peso
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=968354aid=1879567group_id=199155
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: None
Priority: 2
Private: No
Submitted By: Peer Sommerlund (peso)
Assigned to: Nobody/Anonymous (nobody)
Summary: Clone to empty folder fails
Initial Comment:
Version: 0.2
If an existing empty folder foo is specified as destination the clone fails
with message *** destination 'C:\foo' already exists
Workaround is to delete folder before cloning.
I would have expected an error if I tried to clone to an existing repository,
but not to an empty folder.
--
Comment By: Peer Sommerlund (peso)
Date: 2009-03-16 23:25
Message:
Moved to bb issue #53
http://bitbucket.org/tortoisehg/stable/issue/53/improve-cmenu-work-flow#comment-10151
--
Comment By: Steve Borho (sborho)
Date: 2009-03-16 19:51
Message:
Is this a dup of issue #53? If not, can you append to that issue and bump
this
in the TODO list for 0.8?
--
Comment By: Peer Sommerlund (peso)
Date: 2009-03-16 15:38
Message:
It is still an issue using TortoiseHg-090311
--
Comment By: Steve Borho (sborho)
Date: 2009-03-05 08:17
Message:
reopen if it's an issue
--
Comment By: Peter Ruibal (fmoo)
Date: 2008-07-27 10:02
Message:
Logged In: YES
user_id=2006774
Originator: NO
I have a patchset that implements dgou's suggestion:
Patch #1 adds a signal to hgcmd dialog called queue-empty that is
emitted when the command is completed or terminates (before the user closes
the dialog)
Patch #2 modifies the commit dialog to detect if the destination folder is
empty (not len(os.listdir(dest))), and uses a temporary subdirectory within
the target for the dest. It then uses the signal from patch 1 for a
commit cleanup callback that detects if a temporary folder was used; if
it was, it moves all the files from within into the normal dest and removes
the temporary folder.
### Patch #1 ###
diff -r a6a515439320 hggtk/hgcmd.py
--- a/hggtk/hgcmd.pySat Jul 26 23:34:19 2008 -0700
+++ b/hggtk/hgcmd.pySat Jul 26 23:43:45 2008 -0700
@@ -17,6 +17,14 @@
from shlib import set_tortoise_icon, get_system_times
class CmdDialog(gtk.Dialog):
+__gsignals__ = dict(
+queue_empty=(
+gobject.SIGNAL_RUN_FIRST,
+gobject.TYPE_NONE,
+(gobject.TYPE_PYOBJECT,) # Return Code, None if error
+)
+)
+
def __init__(self, cmdline, progressbar=True, width=520,
height=400):
title = 'hg ' + ' '.join(cmdline[1:])
gtk.Dialog.__init__(self,
@@ -131,6 +139,7 @@
self.returncode = self.hgthread.return_code()
if self.returncode is None:
self.write([command interrupted])
+self.emit('queue-empty', self.returncode)
return False # Stop polling this function
else:
return True
### Patch #2 ###
diff -r 72d3af7c1184 hggtk/clone.py
--- a/hggtk/clone.pySat Jul 26 23:43:45 2008 -0700
+++ b/hggtk/clone.pySun Jul 27 00:37:13 2008 -0700
@@ -264,18 +264,25 @@
for p in paths:
self._destlist.append([p])
+__DEST_NOTEMPTY_TEMPDIR__ = .thg.clone
+
def _btn_clone_clicked(self, toolbutton, data=None):
# gather input data
src = self._src_input.get_text()
dest = self._dest_input.get_text() or os.path.basename(src)
remotecmd = self._remote_cmd.get_text()
rev = self._rev_input.get_text()
-
+
# verify input
if src == :
error_dialog(self, Source path is empty, Please enter)
self._src_input.grab_focus()
return False
+
+# If the target is an empty directory, make a temporary folder
for pull
+if os.path.exists(dest) and not len(os.listdir(dest)):
+dest = os.path.join(dest, self.__DEST_NOTEMPTY_TEMPDIR__)
+
# start cloning
try:
@@ -304,6 +311,7 @@
print cmdline: , ' '.join(cmdline)
from hgcmd import CmdDialog
dlg = CmdDialog(cmdline)
+dlg.connect('queue-empty', self._cleanup_clone)
dlg.run()
dlg.hide()
except util.Abort, inst:
@@ -314,6 +322,22 @@
error_dialog(self, Clone error, traceback.format_exc())
return False
+def
[thg-dev] [ tortoisehg-Bugs-2025688 ] changelog browser in top left corner
Bugs item #2025688, was opened at 2008-07-23 14:14 Message generated for change (Comment added) made by bandrack You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ben Andrack (bandrack) Assigned to: Nobody/Anonymous (nobody) Summary: changelog browser in top left corner Initial Comment: The changelog browser always appears in the top left corner when opened. This is not only annoying. This can be quite a problem if you have two monitors with a different resolution. In some cases one cannot even drag and drop the window, because I do not see the part of the window for grabbing it. Can you do anything to improve this behavior? Best regards, Ben PS: WinXP, TortoiseHG 0.4rc3 -- Comment By: Ben Andrack (bandrack) Date: 2009-03-05 10:34 Message: Thanks for the quick response! -- Comment By: Peer Sommerlund (peso) Date: 2009-03-05 09:55 Message: bb is short for BitBucket. The official bug tracker for TortoiseHg has been moved from sourceforge to bitbucket. The new link for this issue is http://bitbucket.org/tortoisehg/stable/issue/64/remember-if-window-was-maximized This issue is registered as a comment because the solution is probably the same. Pleas close the SF issue. You can register at bitbucket and follow it there. Or, you can open a new issue on Bitbucket if you think there are reasons to separate the issues. -- Comment By: Ben Andrack (bandrack) Date: 2009-03-05 09:42 Message: What is bb? -- Comment By: Steve Borho (sborho) Date: 2009-03-05 08:18 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2225621 ] path of remote repository can't contains non-ascii character
Bugs item #2225621, was opened at 2008-11-05 15:13 Message generated for change (Comment added) made by chenhouwu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chen Houwu (chenhouwu) Assigned to: Nobody/Anonymous (nobody) Summary: path of remote repository can't contains non-ascii character Initial Comment: When I synchonize with a remote repository, I find if the path of the remote repository contains non-ascii characters, the GUI will told me that the repository can't be found. -- Comment By: Chen Houwu (chenhouwu) Date: 2009-03-05 10:20 Message: I have retest it on 0.7, and it is still an issue. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 07:29 Message: please retest and report if it's still an issue on 0.7 -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 11:27 Message: the repository is attached here. File Added: 啊啊啊.rar -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 11:25 Message: I use Microsoft Windows XP Chinese Simplified Edition. The encoding it used is cp936/gbk. File Added: screenshot.PNG -- Comment By: TK Soh (tksoh) Date: 2008-12-11 06:53 Message: What is the encoding you are using? Will you be able to upload a small sample repo to help debugging? Thanks. -- Comment By: Chen Houwu (chenhouwu) Date: 2008-11-05 15:22 Message: P.S. I found the bug in TortoiseHg 0.5. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2664494 ] interference with python programs
Bugs item #2664494, was opened at 2009-03-05 03:10 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2664494group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Fabio Parodi (fabioparodi) Assigned to: Nobody/Anonymous (nobody) Summary: interference with python programs Initial Comment: Bug 1904798 interference with python programs has been closed, but in fact, the problem is still there. I tried the latest tortoisehg 0.7, very nice, but causes wing IDE to hang as soon as you try to open a file. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 09:25 Message: http://bitbucket.org/tortoisehg/stable/issue/67/thg-conflicts-with-other-python -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2664494group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2025688 ] changelog browser in top left corner
Bugs item #2025688, was opened at 2008-07-23 07:14 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ben Andrack (bandrack) Assigned to: Nobody/Anonymous (nobody) Summary: changelog browser in top left corner Initial Comment: The changelog browser always appears in the top left corner when opened. This is not only annoying. This can be quite a problem if you have two monitors with a different resolution. In some cases one cannot even drag and drop the window, because I do not see the part of the window for grabbing it. Can you do anything to improve this behavior? Best regards, Ben PS: WinXP, TortoiseHG 0.4rc3 -- Comment By: Steve Borho (sborho) Date: 2009-03-05 09:27 Message: http://bitbucket.org/tortoisehg/stable/issue/64/remember-if-window-was-maximized -- Comment By: Ben Andrack (bandrack) Date: 2009-03-05 03:34 Message: Thanks for the quick response! -- Comment By: Peer Sommerlund (peso) Date: 2009-03-05 02:55 Message: bb is short for BitBucket. The official bug tracker for TortoiseHg has been moved from sourceforge to bitbucket. The new link for this issue is http://bitbucket.org/tortoisehg/stable/issue/64/remember-if-window-was-maximized This issue is registered as a comment because the solution is probably the same. Pleas close the SF issue. You can register at bitbucket and follow it there. Or, you can open a new issue on Bitbucket if you think there are reasons to separate the issues. -- Comment By: Ben Andrack (bandrack) Date: 2009-03-05 02:42 Message: What is bb? -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:18 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2225621 ] path of remote repository can't contains non-ascii character
Bugs item #2225621, was opened at 2008-11-05 09:13 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Chen Houwu (chenhouwu) Assigned to: Nobody/Anonymous (nobody) Summary: path of remote repository can't contains non-ascii character Initial Comment: When I synchonize with a remote repository, I find if the path of the remote repository contains non-ascii characters, the GUI will told me that the repository can't be found. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 09:34 Message: http://bitbucket.org/tortoisehg/stable/issue/76/non-ascii-remote-paths-are-not-handled -- Comment By: Chen Houwu (chenhouwu) Date: 2009-03-05 04:20 Message: I have retest it on 0.7, and it is still an issue. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:29 Message: please retest and report if it's still an issue on 0.7 -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 05:27 Message: the repository is attached here. File Added: 啊啊啊.rar -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 05:25 Message: I use Microsoft Windows XP Chinese Simplified Edition. The encoding it used is cp936/gbk. File Added: screenshot.PNG -- Comment By: TK Soh (tksoh) Date: 2008-12-11 00:53 Message: What is the encoding you are using? Will you be able to upload a small sample repo to help debugging? Thanks. -- Comment By: Chen Houwu (chenhouwu) Date: 2008-11-05 09:22 Message: P.S. I found the bug in TortoiseHg 0.5. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1849371 ] Interface to .hgignore
Feature Requests item #1849371, was opened at 2007-12-12 08:37 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1849371group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 6 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Interface to .hgignore Initial Comment: A feature that lets the user add files or patterns to the .hgignore file. It is not possible to create a file named .hgignore from Windows Explorer - you have to do this in the command prompt. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:21 Message: this feature is in crew, and will be in 0.7 -- Comment By: TK Soh (tksoh) Date: 2007-12-13 00:45 Message: Logged In: YES user_id=411637 Originator: NO It's probably not very intuitive to have that feature supported inside a commit tool. But it's workaround nonetheless. -- Comment By: Steve Borho (sborho) Date: 2007-12-12 21:00 Message: Logged In: YES user_id=12062 Originator: NO An option that is already supported is to run the commit tool (qct). If you pull up the context menu for unknown (unrevisioned) files, it offers to add file globs into your .hgignore file for you. For instance, if you have package/foo.pyc in your repository and you right click on it in qct, it will offer to ignore 'package/foo.pyc', 'package/*.pyc', or '*.pyc'. When you select one of those options, qct adds the appropriate lines into your .hgignore file for you and your .hgignore file will now show up in the file list as M (modified). -- Comment By: TK Soh (tksoh) Date: 2007-12-12 19:28 Message: Logged In: YES user_id=411637 Originator: NO I noticed this problem awhile back, but not just on .hgignore alone. Explorer actually would not accept any file/folder names that begins with a dot. How annoying, but it's from M$, so we can't expect much. Let see if we can work this out on TortoiseHg soon. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1849371group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1889541 ] Support to internationalization
Feature Requests item #1889541, was opened at 2008-02-08 05:52 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889541group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release (example) Status: Closed Priority: 3 Private: No Submitted By: Victor Westmann (victorwestmann) Assigned to: Nobody/Anonymous (nobody) Summary: Support to internationalization Initial Comment: It would be awesome if TortoiseHG could have several different languages to display. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:25 Message: this process has begun, feel free to contribute on Launchpad. See the links on the new wiki. -- Comment By: Peer Sommerlund (peso) Date: 2008-02-09 13:15 Message: Logged In: YES user_id=12974 Originator: NO This site describes how to internationalize pygtk applications: http://lucumr.pocoo.org/articles/internationalized-pygtk-applications Translation effort can be coordinated on launchpad https://launchpad.net/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889541group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2547974 ] Handling of multiline commit messages
Feature Requests item #2547974, was opened at 2009-01-29 23:58 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2547974group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: Joongi Kim (daybreaker12) Assigned to: Nobody/Anonymous (nobody) Summary: Handling of multiline commit messages Initial Comment: I use a lot of multi-line commit messages like the attached screenshot. But all list/treeview shows only the first line of them, so it's not convenient. I hope it could be fixed to replace newline characters into spaces so that one can see whole commit messages. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:26 Message: this is on crew, and will be in 0.7 -- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-31 21:52 Message: This has been pushed to http://bitbucket.org/sborho/thg-crew-steve/ Hopefully it will make it into the next release -- Comment By: Steve Borho (sborho) Date: 2009-01-30 00:08 Message: This is a good idea, similar to the way gmail handles message text. I've added it to my TODO list. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2547974group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2519228 ] Bundle/unbundle handling
Feature Requests item #2519228, was opened at 2009-01-19 03:21 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: GrayNM (graynm) Assigned to: Nobody/Anonymous (nobody) Summary: Bundle/unbundle handling Initial Comment: I think it`s needed some GUI for bundle handling. Ability to create bundle may be added to synchronize dialog. But sometimes it`s useful to create bundle with selection of starting changeset. May be is a good point to add this option to right-click menu in changelog? It would look like this: create bundle since this revision up to tip. To apply bundle may be simple register action for some extension, f.e. hgbundle. And apply it with double-click? If bundle is placed outside repository ask for one. May be just open synchronize dialog but with this file set as source. And current repository (if any) as target. -- Comment By: GrayNM (graynm) Date: 2009-02-18 06:15 Message: Thank you very much! -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:27 Message: this is in crew, and will be in 0.7 -- Comment By: GrayNM (graynm) Date: 2009-02-02 04:11 Message: Thank you. But I think that ability to generate bundles explicitly from GUI will be great. To send bundle via email I must have connection to another part at least, I`m right? To check revision difference. But sometimes there is no access to another part and create bundle will be possible only via cmd with direct selection of start revision. -- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-31 21:55 Message: Reading bundle files has been added to the synchronize dialog. This should be in the next release We have not added the ability to generate bundles, but this feature is available via the email tool (only in a limited sense, since it will only send a bundle of outgoing changes) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2143106 ] Rename in shell context menu
Feature Requests item #2143106, was opened at 2008-10-02 16:04 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2143106group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Rename in shell context menu Initial Comment: This would be nice. -- Comment By: Steve Borho (sborho) Date: 2009-01-31 21:58 Message: A dialog has been added to perform simple renames, but it needs to be integrated into the context menu for the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2143106group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1850627 ] Rename files
Feature Requests item #1850627, was opened at 2007-12-14 03:38 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1850627group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 4 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Rename files Initial Comment: hg help - version 04c76f296ad6 The menu as entries for add and remove, but none for rename. A simple menu item would be a good srart. Note: Rename is also used for moving files without changing the file name. TortoiseSvn has an advanced implementation of this, see http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/ch05s12.html By right-dragging files, TSVN allows you to move a file in Windows and in Subversion in one operation. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:22 Message: this is in crew, and will be part of 0.7 -- Comment By: TK Soh (tksoh) Date: 2008-04-13 09:41 Message: Logged In: YES user_id=411637 Originator: NO Unfortunately, we haven't time to look at this at all. Peso's suggestion on TSVN's behavior look okay, though I am not familiar with TSVN to know how the corner cases are handled. Also, the link posted suggests that it's only good for moving files from one folder to the other. If possible, I'd like to have unified interface to handle all the rename and move, which would probably involve Explorer's Copy extension It'd be nice if we can get some help on this, and, for that matter, anything on our lengthy TODO list. -- Comment By: Doug Philips (dgou) Date: 2008-04-13 09:08 Message: Logged In: YES user_id=392583 Originator: NO I suppose it is too late to squawk for this to be really fixed in 0.4? (I'm trying to convince my group to move off of CVS and renames are a huge reason why, since we develop tests with an extensive review process that involves moving them between directories)... (Sorry, I wish I had seen this sooner). -- Comment By: Steve Borho (sborho) Date: 2007-12-15 10:42 Message: Logged In: YES user_id=12062 Originator: NO Yet another qct workaround: If you move revisioned files around and then start the commit tool, it will show the old filename as missing (!) and the new filename as unknown (?). If you right click on either of those files, the context menu will allow you to tie the two files together and perform an 'hg rename --after'. Again, not optimal, but it is there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1850627group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1843860 ] Explain initial load time
Feature Requests item #1843860, was opened at 2007-12-04 00:55 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1843860group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Explain initial load time Initial Comment: The first time you view a Mercurial repository in Windows Explorer, there are a few seconds delay before it shows up. I guess this is to load TortoiseHG into memory. Explain in the manual that this is a Good Thing because your boot time is not increased by a boot-loader. -- Comment By: TK Soh (tksoh) Date: 2007-12-12 19:39 Message: Logged In: YES user_id=411637 Originator: NO The delay is a result of Mercurial checking the repository for file status, in order to reflect the status through the overlay icons. Typically the delay is more noticeable the first time the repo folder is viewed. Subsequently, Mercurial cache the file status, and the delay should be significantly reduced. It does not affect the boot time. P/S: the Mercurial folks are working on improving the performance of file status check, which we would incorporate in the future release of TortoiseHg once is available. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1843860group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1998602 ] Use TortoiseSVN diff engine
Feature Requests item #1998602, was opened at 2008-06-20 04:29 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1998602group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Use TortoiseSVN diff engine Initial Comment: Hi, Is it possible to use TortoiseSVN diff engine for TortoiseHg? TortoiseSVN allows diffing of MS Word, Excel, Powerpoint files which is very nice for office use. Thanks -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:01 Message: feature request moved to bitbucket issue #38 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1998602group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1862079 ] Move .hgext to %APPDATA%/hgext
Feature Requests item #1862079, was opened at 2008-01-02 04:09 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1862079group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 1 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Move .hgext to %APPDATA%/hgext Initial Comment: Bug 1844721 http://sourceforge.net/tracker/index.php?func=detailaid=1844721group_id=199155atid=968354 has been solved by renaming .hg to .hgext, but the directory is still located in %HOMEPATH%. The correct location for Windows'ish applications would be in %APPDATA%/hgext -- Comment By: TK Soh (tksoh) Date: 2008-04-09 04:21 Message: Logged In: YES user_id=411637 Originator: NO For now, we are riding on Mercurial's behavior. If Mercurial decides to move mercurial.ini into %APPDATA%, we shall do the same too. -- Comment By: Martin Cowen (martincowen) Date: 2008-04-09 03:07 Message: Logged In: YES user_id=2058462 Originator: NO The advantage to moving it to %APPDATA% is that it is less visible to the user and makes it similar to lots of other apps which store their data correctly in %APPDATA%. For example, on my machine, %APPDATA% has folders from Mozilla, Notepad++, Inkscape etc and those are just the OSS ones. With .hgext in My Documents as at present, it doesn't make sense because its not a document that I created in the same sense as a word processing document or spreadsheet, it just something that TortoiseHg needs to keep track of stuff for its benefit. It is something that puts off first time users, as I am thinking of moving to Mercurial from CVS/SVN partly because of the .cvs and .svn folders that they leave in your working folder, it's messy. -- Comment By: Peer Sommerlund (peso) Date: 2008-01-03 01:35 Message: Logged In: YES user_id=12974 Originator: YES I tried locating the Designed for Windows requirements that mention this - my best hit was http://msdn2.microsoft.com/en-us/library/ms997634.aspx Found by using http://www.google.com/microsoft search for Designed for Windows Application Data XP -- Comment By: Tyberius Prime (tprime2) Date: 2008-01-02 07:44 Message: Logged In: YES user_id=1543538 Originator: NO os.environ['APPDATA'] - should work under anything but 95,98 and ME. Application data is the folder to store 'not regularly user visible' application data under Windows, so TortoiseHg would be standard compliant in this regard. To quote wikipedia ( And I'll be durned if I can find anything on Microsoft's websites..., but I'm certain it is there, somewhere): Microsoft's Designed for Windows logo requirements[1] state that an application must make use of Special Folders locations to locate the appropriate folders in which documents and application settings should be stored. (http://en.wikipedia.org/wiki/Special_Folders). Plus: All I ever back up from my root drive is app data, my desktop, and my documents - not some folder within $HOME, not all of home (no point in saving local app data/web browser cache, for example). -- Comment By: TK Soh (tksoh) Date: 2008-01-02 07:06 Message: Logged In: YES user_id=411637 Originator: NO Is there any significant benefit of having the hgext/ in %APPDATA%? Personally, %HOMEPATH% is easier to locate, and track reasonably well with Unix's convention of having preferences kept in $HOME. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1862079group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2011104 ] Touch-pad scrolling
Feature Requests item #2011104, was opened at 2008-07-04 22:31 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2011104group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: r (fakeleft) Assigned to: Nobody/Anonymous (nobody) Summary: Touch-pad scrolling Initial Comment: ... especially in the log view. Long change lists are annoying to scroll using arrow keys/scroll bar. Even page up/down isn't all that convenient. -- Comment By: r (fakeleft) Date: 2008-07-05 08:09 Message: Logged In: YES user_id=260659 Originator: YES Argh. Correction. It's scrolling using my touchpad that does not work. -- Comment By: TK Soh (tksoh) Date: 2008-07-04 22:39 Message: Logged In: YES user_id=411637 Originator: NO I am confused. I've been scrolling in the changelog window using the wheel for a long time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2011104group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1891441 ] painfully slow
Feature Requests item #1891441, was opened at 2008-02-11 14:20 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1891441group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Tom Howland (wambamboozle) Assigned to: Nobody/Anonymous (nobody) Summary: painfully slow Initial Comment: Thanks for a terrific application. Mercurial is slow to deliver status for large repositories. Using Tortoise HG this pain is felt in surprising places. While I was traversing my third party library I found traversing up in the directory hierarchy was very slow. If I went in and renamed .hg to sv_hg, all was speedy again. It would be a good thing if Mercurial HG were to decouple or make assynchronous the display of mercurial status with directory traversal. In other words, can't we have regular explorer and then, when hg status gets back, the icons are updated? Again, thanks for all your wonderful work. Tom Howland -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:05 Message: dup of issue already in bb tracker -- Comment By: TK Soh (tksoh) Date: 2008-02-14 09:59 Message: Logged In: YES user_id=411637 Originator: NO Explorer does not have async mode on overlay icons extension. But I have done some work over last two days to make overlay icons _appears_ to be asynchronous. With this the overlay icons shows up a bit slowly on large repo, but user can continue to navigate inside the Explorer window, which is a big plus. I've tested with netbeans repository of about 16K files. Overall I am pretty happy with the responsiveness of the Explorer windows. There are still work to do, but it's looking fairly promising. -- Comment By: Steve Borho (sborho) Date: 2008-02-11 14:28 Message: Logged In: YES user_id=12062 Originator: NO I'm thinking we should add a user-wide configurable like this: [tortoisehg] enable_overlay = explorer.exe, totalcommander.exe, myapp.exe and just ignore overlay requests from applications not in this list. This is on top of whatever performance improvements are being cooked up. -- Comment By: Tom Howland (wambamboozle) Date: 2008-02-11 14:23 Message: Logged In: YES user_id=222814 Originator: YES I forgot to mention -- I was traversing the directories in the eclipse for adding external jars to my build path -- that was why I was surprised that mecurial hg was affecting me. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1891441group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2005046 ] baseline diff
Feature Requests item #2005046, was opened at 2008-06-28 07:26 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2005046group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: Next Release (example) Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: baseline diff Initial Comment: In lists, like changelog or commit or status, a double-click should open a diff against the baseline of the revision. This enables one do work quickly with TortoiseHg. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-01 09:24 Message: Hi, yes I know, but double click would be better because diffing to the base you need all the time. It even works without quotes! Thx, Herbert -- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-01 03:41 Message: Hi. Have you tried with other diff tools? I have no problem using ExamDiff and Kdiff. You will need to ensure that double quote is present. [extdiff] cmd.vdiff = C:\Program Files\Beyond Compare 3\Bcomp.exe Also, you can see the changes made or difference to the file by right clicking the file. Regards. sagikliwon -- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-01 02:47 Message: When specifiying in Mercurial.ini: [extdiff] cmd.vdiff = E:\Program Files\Beyond Compare 3\BCompare.exe and hg vdiff in the preferences of the commit tool, it works everywhere, status, Qct and in the shell. I am here on Windows. However, I can't reproduce the trace back. Also, when calling the shell visual diff or double-clicking a file in the status, or from Qct, a dos box pops up, should be called asynchronous. Another thing is, hg vdiff first changes the current directory to the left file's directory and then calls the diff tool with diff-tool file1 file2 The thing is that file1 is relative to the current directory (file2 is always full). This causes problems when opening a second diff in Beyond Compare: the first file is not found. It would fix the problem when using full path for the first file too. But this must be fixed in hg. -- Comment By: TK Soh (tksoh) Date: 2008-09-26 00:09 Message: Technically, Qct is 'bundled' with TortoiseHg's installer, which started as Steve Borho's all-in-one installer. So it'd best to post the request on Qct to Qct's tracker on SF. On you problem with Beyond Compare, have you tried double-quoting the path to Bcomp.exe in mercurial.ini? -- Comment By: Nobody/Anonymous (nobody) Date: 2008-09-25 21:47 Message: I believe there are two separate issues being discussed here: 1. The commit tool (qct) ought to (perhaps as a user-configurable option) invoke a diff viewer on double-click of a file 2. It is not possible to specify Beyond Compare as the diff viewer of choice using the Preferences dialog. When attempting to do so, say specifying C:\Program Files\Beyond Compare 3\BComp.exe as the diff tool, I get this error message whenever I select Visual Diff from the popup menu: Error executing hgproc Traceback (most recent call last): File hgproc.py, line 107, in run_trapped File hgproc.py, line 102, in parse File hggtk\hgcmd.pyc, line 155, in run File hggtk\hgglib.pyc, line 373, in hgcmd_toq File hggtk\hgglib.pyc, line 301, in thgdispatch File mercurial\dispatch.pyc, line 172, in parse File mercurial\cmdutil.pyc, line 64, in findcmd UnknownCommand: C:\Program Files\Beyond Compare 3\Bcomp.exe The second item seems to be a real bug (not a feature request like the first item). -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-29 14:36 Message: Logged In: NO For example, in the qct commit tool double click on a file sets/clears the check. It would be much more convenient, like it is in tortoisesvn, if a double click would open the diff tool comparing against the baseline. The status dialog already does it, although I still couldn't figure out how to specify my diff tool (beyond compare). In the user settings I can set a visual diff tool, but it doesn't seem to have an affect. Ok, I just found out, that the qct commit tool is an external tool, integrated into tortoisehg :), but Steve B. seems to be developer of tortoisehg, too. In the log dialog (file list bottom-left) it would be also very nice to have the diff against
[thg-dev] [ tortoisehg-Feature Requests-2026454 ] hgtk [myrepo] should invoke hgtk with myrepo as root
Feature Requests item #2026454, was opened at 2008-07-24 01:52 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2026454group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Peter Ruibal (fmoo) Assigned to: Nobody/Anonymous (nobody) Summary: hgtk [myrepo] should invoke hgtk with myrepo as root Initial Comment: When I type hg log myrepo, it shows me the text log of the changes in repository myrepo When I type hgtk log myrepo it says: TortoiseHg Dialog Wrapper hgtk [DIALOG] dialogs: log synch status clone merge update userconfig repoconfig serve recovery commit datamine about which is inconsistent with hg. I believe the desired behavior is to hgtk log to view the root of the repository (you are in) if no argument if specified; otherwise, to try to run on the argument as the root/repository directory. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:12 Message: I don't know when this was added, but it works now -- Comment By: Peter Ruibal (fmoo) Date: 2008-07-24 04:00 Message: Logged In: YES user_id=2006774 Originator: YES Adding a patch that Works For Me File Added: hgtk-args.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2026454group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1924856 ] CTL-D shortcut for Visual Diff in all dialogs
Feature Requests item #1924856, was opened at 2008-03-24 21:57 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1924856group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: CTL-D shortcut for Visual Diff in all dialogs Initial Comment: Add keyboard shortcuts to all dialog boxes and standardize them. Actually adding a single keyboard shortcut for CTL-D for visual diff will already help IMMENSELY. For example in the Commit, Changelog, and Annotate dialogs. (the shortcut could be user configurable if people do not like CTL-D). This will save alot of time and clicks and I use it all the time when using WinCVS. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:13 Message: moved to bb -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-20 03:30 Message: Logged In: NO Hi, I would like this feature very much. Currently the VisualDiff, KDiff3 can show the difference between MS Word documents. But KDiff3 only works when diffing between working copy and head of respository. It would be great if it works in the Changelog as well. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1924856group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1924856 ] CTL-D shortcut for Visual Diff in all dialogs
Feature Requests item #1924856, was opened at 2008-03-24 21:57 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1924856group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: CTL-D shortcut for Visual Diff in all dialogs Initial Comment: Add keyboard shortcuts to all dialog boxes and standardize them. Actually adding a single keyboard shortcut for CTL-D for visual diff will already help IMMENSELY. For example in the Commit, Changelog, and Annotate dialogs. (the shortcut could be user configurable if people do not like CTL-D). This will save alot of time and clicks and I use it all the time when using WinCVS. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:13 Message: moved to bb -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-20 03:30 Message: Logged In: NO Hi, I would like this feature very much. Currently the VisualDiff, KDiff3 can show the difference between MS Word documents. But KDiff3 only works when diffing between working copy and head of respository. It would be great if it works in the Changelog as well. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1924856group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1878637 ] Screen shots
Feature Requests item #1878637, was opened at 2008-01-23 20:44 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1878637group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Steve Borho (sborho) Assigned to: Nobody/Anonymous (nobody) Summary: Screen shots Initial Comment: If you have TortoiseHg screen shots that you would like to contribute to the web-site, please attach them to this feature request. -- Comment By: Adrian Buehlmann (adrianbuehlm) Date: 2008-01-29 09:29 Message: Logged In: YES user_id=1456720 Originator: NO Um, well :-), I *was* actually logged in (as you can see from the header of my message: Logged In: YES user_id=1456720). Ok. Will dig for your email address then and send you that png... -- Comment By: Steve Borho (sborho) Date: 2008-01-29 09:07 Message: Logged In: YES user_id=12062 Originator: YES It appears you are correct. You have to at least be logged into sourceforge to be able to post graphics. If you do not want to create a login, go ahead and e-mail your submission to TK Soh and myself. -- Comment By: Adrian Buehlmann (adrianbuehlm) Date: 2008-01-29 04:13 Message: Logged In: YES user_id=1456720 Originator: NO Hi Steve. I've prepared a screenshot of HgView I made on my Windows XP box (hgtk-hgview.png, 33'662 bytes) but I fail to upload it here because I cannot find a function/button for file upload in the sourceforge webpage userinterface here (is file upload restricted to project members?). All I see is a Monitor button, an Add a Comment input field (which I'm typing in right now) and a SUBMIT button. Did I overlook something? -- Adrian -- Comment By: Steve Borho (sborho) Date: 2008-01-23 20:46 Message: Logged In: YES user_id=12062 Originator: YES File Added: hgtk-sync.png -- Comment By: Steve Borho (sborho) Date: 2008-01-23 20:45 Message: Logged In: YES user_id=12062 Originator: YES File Added: hgtk-data-grep.png -- Comment By: Steve Borho (sborho) Date: 2008-01-23 20:45 Message: Logged In: YES user_id=12062 Originator: YES File Added: hgtk-data-annotate.png -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1878637group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1894991 ] Remote commands
Feature Requests item #1894991, was opened at 2008-02-16 11:08 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1894991group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Digital Xero (digitalxero) Assigned to: Nobody/Anonymous (nobody) Summary: Remote commands Initial Comment: In the advanced settings of the resync page you should have the option to set remote commands to execute on push. I use the system for my website, cloned from my remote host, so when I make changes, commit then push I always have to ssh into my remote host and run hg update, but if I use the command line version of HG (instead of TortoiseHG) I can do; hg push --remotecmd update https://url.to.my/repository then I dont need to ssh in and update -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:15 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1894991group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1882977 ] file count on the View File Status dialog box
Feature Requests item #1882977, was opened at 2008-01-30 14:48 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1882977group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: file count on the View File Status dialog box Initial Comment: I like to see in the View File Status dialog box how many file are deleted, ignored, and so on. An example should be something like the image attached. Best regards -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1882977group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1891120 ] Gui for transplant extension
Feature Requests item #1891120, was opened at 2008-02-11 07:04 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1891120group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Gui for transplant extension Initial Comment: It would be extremely useful to have TortoisHg provide gui for transplant extension. I imagine a kind of double hg view with possibility to select changsets (and ideally even hunks from changesets) for transplant. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:16 Message: this is an SOC proposal -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1891120group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1904174 ] Auto-populate source/destination fields
Feature Requests item #1904174, was opened at 2008-02-28 12:43 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1904174group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: Next Release (example) Status: Closed Priority: 5 Private: No Submitted By: amino acid (aminoacid) Assigned to: Nobody/Anonymous (nobody) Summary: Auto-populate source/destination fields Initial Comment: When you right-click in/on a folder in Windows explorer, then select a TortoiseHg command (such as clone a repository), you would expect the destination field to be automatically set to the folder you clicked from. Instead, you have to click Browse and manually select the folder, or type it in by hand. An example scenario for this feature: User X creates a folder test located in C:\Documents and Settings\X\Desktop\Projects. X then right-clicks on test, selects TortoiseHg-Clone a Repository. The Clone dialog pops up, with the Destination path set to C:\Documents and Settings\X\Desktop\Projects\test. This feature should be implemented for all dialogs that are accessible via the context menu, not just the clone example listed here. Enhancements such as this will make TortoiseHg much easier to use and simplify the workflow for people who are converting from TortoiseSVN, etc. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:18 Message: moved to bb -- Comment By: amino acid (aminoacid) Date: 2008-02-29 08:06 Message: Logged In: YES user_id=1739017 Originator: YES Tksoh, You are correct, removing a directory that exists could be disastrous. But a simple workaround is to check if the working directory exists, and if so append the repository name to the path. This is what SVN does, and it makes a lot of sense for Hg to do the same. Even if Hg doesn't support this natively it would be nice for TortoiseHg to provide this capability. Example: user clicks on or in the test folder, selects TortoiseHg-Clone repository, the clone dialog auto-fills destination with path to test. Then user clones the example hello repository from the tutorial, and TortoiseHg appends hello to the destination path. So, the end result is the hello repository is checked out into test/hello, whereas it would have been checked out to just test if test didn't exist. Would this work for you? I really appreciate all the hard work you guys put in, and I'm excited to see TortoiseHg grow into the mainstream and become widely used. -- Comment By: TK Soh (tksoh) Date: 2008-02-28 21:54 Message: Logged In: YES user_id=411637 Originator: NO Pre-filling the clone destination field does seems more intuitive. However, the clone dialog call hg clone to do the cloning, and hg clone doesn't like it if the destination target already exists. We can probably remove the directory before calling hg clone, but deleting directory can be potentially disastrous, so I don't feel very comfortable doing so from within TortoiseHg. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1904174group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1942703 ] Add Commit button to Graphical Merge Dialog
Feature Requests item #1942703, was opened at 2008-04-15 00:29 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1942703group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Peter Ruibal (fmoo) Assigned to: Nobody/Anonymous (nobody) Summary: Add Commit button to Graphical Merge Dialog Initial Comment: Add a button the menubar (next to unmerge-ish) to launch the commit tool. (hggtk/commit.py) It would reduce the number of clicks to successfully commit a merge, and make the natural flow of things through the UI more intuitive. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:21 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-04-15 02:57 Message: Logged In: YES user_id=411637 Originator: NO changed to feature request. -- Comment By: Peter Ruibal (fmoo) Date: 2008-04-15 00:30 Message: Logged In: YES user_id=2006774 Originator: YES should be feature Request. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1942703group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1998859 ] Commit Status
Feature Requests item #1998859, was opened at 2008-06-20 10:14 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1998859group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Commit Status Initial Comment: When committing large files the commit window locks up (even with .4rc2) some kind of indicator that it is working would be nice. Some overlaid animated gif type of thing. Don't know if its possible since its calling another application but maybe even a progress bar? Keep up the good work. -- Comment By: TK Soh (tksoh) Date: 2008-06-28 21:58 Message: Logged In: YES user_id=411637 Originator: NO By in chance you are using Qct? If so, please try out the native commit dialog. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1998859group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2074574 ] Need a change count column in HgDevelopment log
Feature Requests item #2074574, was opened at 2008-08-25 18:42 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2074574group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Ben Houston (bhouston) Assigned to: Nobody/Anonymous (nobody) Summary: Need a change count column in HgDevelopment log Initial Comment: It is currently not possible to see a high level change count of a revision in the HgDevelopment log window. This would be useful. A change count column would contain one to three numbers: the number of modified files, the number of added files and the number of removed files. I could imagine it reading something like (120) +10 -4 in the case of 120 modified files, 10 new files and 4 files removed. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:29 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-08-25 18:47 Message: Logged In: YES user_id=411637 Originator: NO Changed tracker type to Feature Requests. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2074574group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2170873 ] Do not show password in synchronize-window
Feature Requests item #2170873, was opened at 2008-10-16 02:52 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2170873group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: Holiman (holiman) Assigned to: Nobody/Anonymous (nobody) Summary: Do not show password in synchronize-window Initial Comment: How to reproduce / Description: Create a repo, set [paths] default = http://user:passw...@mydomain.org default-push = http://user:passw...@mydomain.org If you then do hg push, hg commandline will blur the password like this : :hg push pushing to http://user:*...@mydomain.org However, opening the Synchronize-view with TortoiseHG, next to the Remote Path: button http://user:passw...@mydomain.org is displayed with password in cleartext. Wanted behaviour: TortoiseHG should do like hg, display user: . -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:31 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2170873group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1936072 ] adding a file just by two clicks
Feature Requests item #1936072, was opened at 2008-04-06 10:55 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1936072group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: ngong (rolf_schumacher) Assigned to: Nobody/Anonymous (nobody) Summary: adding a file just by two clicks Initial Comment: In TortoiseHg 0.3 if you have an emerging project that comes up with new files every day and you do want to add some of the selectively it is too much to do all the clicks for each and every file to be added to the repository. The Hg-Commit-Entry in the popup menu may change to Hg-Add-Immediatly in case you've right clicked to some file - not to a directory. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:35 Message: moved to bb, I like this idea -- Comment By: TK Soh (tksoh) Date: 2008-04-06 19:18 Message: Logged In: YES user_id=411637 Originator: NO Sorry I am a little lost here. Where do you get the Hg-Commit-Entry menu? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1936072group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1896651 ] Count changesets while cloning
Feature Requests item #1896651, was opened at 2008-02-18 23:24 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1896651group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 2 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Count changesets while cloning Initial Comment: As of Tortoisehg version 0.3 the clone dialog has a progress bar that doesn't display progress, but animates to keep user from thinking that the application has stalled. The proposed feature is a changeset counter that increases as changesets are fetched, instead of the progress bar in the corner. It is possible to get a list of changesets and files during download by using the --debug option to hg clone. This requires parsing the output instead of simply showing it. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:39 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-03-31 06:50 Message: Logged In: YES user_id=411637 Originator: NO I guessed I misread you message a little about being stalled. My apology. In any case, I just saw a trace of messages scrolling past as the client poll the remote server to determine what changesets to pull. Offhand, I am hoping the message trace provides some info we can extract to workout the changesets to pull. Still, I don't see any information on the file revisions being pulled. -- Comment By: TK Soh (tksoh) Date: 2008-03-31 06:41 Message: Logged In: YES user_id=411637 Originator: NO The progress bar shows that the respective operation is in, errr..., progress. While it may not tell us exactly what's going on at the back, it's certainly not stalled. AFAICT, the difficulty in display the percentage of completion is that Mercurial itself doesn't really provide the necessary information for that. Turning on --debug option doesn't get Mercurial to tell us what it's going to do (how many changesets to pull, etc) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1896651group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2006133 ] Remember if window was maximized
Feature Requests item #2006133, was opened at 2008-06-29 14:51 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2006133group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Remember if window was maximized Initial Comment: The position of the window is remembered when opening again, but not if the window was maximized (Windows XP, TortoiseHg 0.4rc2). -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:40 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2006133group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2425030 ] visual diff at file history should show single file diff
Bugs item #2425030, was opened at 2008-12-13 22:26 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2425030group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: sagikliwon (sfgsagi) Assigned to: Nobody/Anonymous (nobody) Summary: visual diff at file history should show single file diff Initial Comment: The file history log is generated once you right click a file and then select file history. If you perform a visual diff against selected, the difference between two revision of a file should be shown not the difference of two changelists. This is currently the limitation of the context menu history log which interpret the context menu of the changelist not the file history regardless of which view you are in. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:45 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-12-13 23:18 Message: I see your point on the 'diff with...' menus. However, the changelog's file revision view works more like a filter-by-selected-files mode (see the other modes on the pull-down menus on the 'Filter' toolbutton), by design. That's way you get all the context menus on the history window like in other filter modes. So, while it may seem confusing at first glance, it's really not a bug as far as the current design is concerned. If it serves to comfort, you are not missing anything on the diff output. You simply get more than you wanted ;-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2425030group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1910816 ] TortoisePlink.exe broken
Bugs item #1910816, was opened at 2008-03-09 23:22 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1910816group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Jeff Laughlin (n1ywb) Assigned to: Nobody/Anonymous (nobody) Summary: TortoisePlink.exe broken Initial Comment: C:\Program Files\TortoiseHgTortoisePlink.exe The system cannot execute the specified program. C:\Documents and Settings\Anna MalczykC:\Program Files\TortoiseHg\TortoisePlin k.exe -ssh -2 jefflaugh...@n1ywb.com hg -R n1ywb.com serve --stdio The system cannot execute the specified program. running C:\Program Files\TortoiseHg\TortoisePlink.exe -ssh -2 jefflaugh...@n1ywb.com hg -R n1ywb.com serve --stdio remote: The system cannot execute the specified program. *** no suitable response from remote hg TortoiseHg 0.3 Just downloaded and installed and this is what I get when I try to clone via SSH or run Plink from the command line. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-12-25 05:31 Message: I have this problem also. Anyone has a suggestion for solving it? I tried re-installing the application and windows too. No joy. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-20 11:29 Message: Logged In: NO I saw this has been added to FAQ: http://tortoisehg.wiki.sourceforge.net/FAQ Thanks to whoever helped adding it. -TK -- Comment By: kiilerix (kiilerix) Date: 2008-08-19 06:46 Message: Logged In: YES user_id=1001525 Originator: NO I just had the same problem with 0.4. Installing 2005 c++ redist or 2008 c++ redist - or .net redist doesn't help. It _has_ to be 2005 c++ redist sp1. The MS error message is of no help. It might be mentioned somewhere in the documentation, but the installer could and should detect it and help stupid users like to me get the dependencies right. -- Comment By: Ian Lewis (ian_lewis) Date: 2008-04-16 22:57 Message: Logged In: YES user_id=478898 Originator: NO I got similar errors when cloning repositories on particular machines. To add some more info if you click on you get, The application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. Reinstalling doesn't fix the problem. As n1ywbAccepting Donations suggested, and from looking on the web, it seems that this error shows up when some dependent dll files are not present and installing Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) installs the right dlls. -- Comment By: Jeff Laughlin (n1ywb) Date: 2008-03-09 23:27 Message: Logged In: YES user_id=535808 Originator: YES Installing Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) seems to have fixed this -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1910816group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1856023 ] Remove Dialog UI
Bugs item #1856023, was opened at 2007-12-21 13:57 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1856023group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Michael Pruitt (eet_1024) Assigned to: Nobody/Anonymous (nobody) Summary: Remove Dialog UI Initial Comment: Dialog opens with all files selected for removal by default. Side effect: Ended up unchecking files that I needed to delete. -- Comment By: Michael Pruitt (eet_1024) Date: 2007-12-27 11:34 Message: Logged In: YES user_id=234168 Originator: YES Case 1) If no files are selected in the Folder Window, all files with history appear in the Remove Files Dialog, all checked. Case 2) If some files are selected in the Folder, only they appear in the Remove Files Dialog, all checked. After clicking Remove and the confirmation), the selected files are removed from the Dialog. In case 1, the files that I had unchecked become checked. In case 2, the dialog is now empty, but still open. I do think the behavior is related to 1855495. -- Comment By: TK Soh (tksoh) Date: 2007-12-23 19:45 Message: Logged In: YES user_id=411637 Originator: NO Can this be similar problem to bug #1855495 on Add dialog? If so, perhaps you can try bring up the context menu by right-clicking on one of the selected files. -- Comment By: TK Soh (tksoh) Date: 2007-12-23 19:32 Message: Logged In: YES user_id=411637 Originator: NO Not sure if I understand you correctly, but if you've selected the files, doesn't that mean you want to remove them? It seemed like a correct logic to me. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1856023group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1950477 ] Interrupting clone gives TortoisePlink messagebox
Bugs item #1950477, was opened at 2008-04-24 04:00 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1950477group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: kiilerix (kiilerix) Assigned to: Nobody/Anonymous (nobody) Summary: Interrupting clone gives TortoisePlink messagebox Initial Comment: Running XP with TortoiseHG-0.4rc1 When interrupting a clone I get the expected rollback completed and interrupted! messages, but then TortoisePlink pops up with Unable to write to standard output (stdout). I don't know which resolution to recommend. If this message came on stderr it would be OK, but a popup isn't. Perhaps the protocol for closing a connection could be improved so the participants agree that it should be closed instead of being surprised by finding it closed. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:49 Message: this is unfixible by thg -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1950477group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1855495 ] Add Files Dialog automatically checks unchecked files
Bugs item #1855495, was opened at 2007-12-20 20:04 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1855495group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Add Files Dialog automatically checks unchecked files Initial Comment: Add Files Dialog automatically checks unchecked files 1) Create New Folder 2) Touch (create empty) 5 files . a) 1 Add Me.txt . b) 2 Add Me.txt . c) 3 Don't Add Me.txt . d) 4 Add Me.txt . e) 5 Don't Add Me.txt 3) Create Hg Repo 4)Add files 1, 2, and 4 5)Observe after clicking Yes on confirmation dialog files 3 and 5 are checked. -- Comment By: Michael Pruitt (eet_1024) Date: 2007-12-27 11:26 Message: Logged In: YES user_id=234168 Originator: NO After clicking Add (and the confirmation), the selected files are removed from the Dialog. In case 1 below, the files that I had unchecked become checked. This also applies if the number of 'Don't Add' is greater than the number of 'Add Me' files. In case 2, the dialog is now empty, but still open. -- Comment By: Michael Pruitt (eet_1024) Date: 2007-12-27 11:19 Message: Logged In: YES user_id=234168 Originator: NO If no files are selected in the Folder Window, all files appear in the Add Files Dialog, all checked. If some files are selected in the Folder, only they appear in the Add Files Dialog, all checked. I do think the behavior is related to 1856023. -- Comment By: TK Soh (tksoh) Date: 2007-12-23 19:39 Message: Logged In: YES user_id=411637 Originator: NO Here's my guess. After selecting file 1, 2 and 4, did you right click on one of the selected files to bring up the context menu? If not, please try that to see if you still see if file 3 and 5 are still checked in the addremove dialog. -- Comment By: Michael Pruitt (eet_1024) Date: 2007-12-21 13:42 Message: Logged In: YES user_id=234168 Originator: NO Was not logged in when I submitted this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1855495group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1944601 ] Unknown Pywin32 messages
Bugs item #1944601, was opened at 2008-04-16 23:50 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1944601group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Vasily Grechishnikov (bazilio77) Assigned to: Nobody/Anonymous (nobody) Summary: Unknown Pywin32 messages Initial Comment: I installed TortoiseHg 0.3 And I have already installed Pythoon 2.5 python-2.5.2.msi and pywin32-210.win32-py2.5.exe When I try to run many programms I recieve th following message entry point ?PyWinObject_AsHANDLE@@YAHPAU_object@@pap...@z not found in pywintypes25.dll TortoiseHg 0.4. уже говорит ?PyWinObject_AsHANDLE@@YAHPAU_object@@p...@z I understand it's mismatch between DLL versions of Tortoise and Python. When I simple rename python25 all works OK. How I can use python and tortoise and the same time? -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:55 Message: moved to bb -- Comment By: Peter Ruibal (fmoo) Date: 2008-07-27 15:49 Message: Logged In: YES user_id=2006774 Originator: NO This happens to me every time I install pywin32 via easy_install Re-installing pywin32 via the installer (see http://sourceforge.net/project/showfiles.php?group_id=78018) works for me. -- Comment By: Vasily Grechishnikov (bazilio77) Date: 2008-04-17 01:54 Message: Logged In: YES user_id=2065261 Originator: YES I installed both 0.3 and 0.4 by installer TortoiseHg-0.4rc1.exe TortoiseHg-0.3.exe I seen that the pywin32 is embedded into Tortoise Seems I understand the problem: in the search path d:\python25 placed first than the d:\Program Files\TortoiseHg and the windows loader looks at python25 first. But I think it's not good behavior when application fails due to prior installation of some other applications. -- Comment By: TK Soh (tksoh) Date: 2008-04-17 01:30 Message: Logged In: YES user_id=411637 Originator: NO I've revised the summary of this tracker. -- Comment By: TK Soh (tksoh) Date: 2008-04-17 01:28 Message: Logged In: YES user_id=411637 Originator: NO Did you install TortoiseHg (0.3 or 0.4?) via installer? If so, the installer comes complete with all the required DLL (python and pywin32). Just to be sure, when you said run many programs, does it refer to other python application, or TortoiseHg? Please also try to uninstall TortoiseHg, and run the other python apps again, just to confirm if the errors are somehow connected to it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1944601group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2031586 ] silent case conversion probleM
Bugs item #2031586, was opened at 2008-07-29 10:31 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2031586group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: silent case conversion probleM Initial Comment: Hello, I've encountered a funny problem with tortoisehg 0.4rc1 I have a repo with a files called CallHandler1.cpp CallHandler2.cpp For some reason today tortoishg didn't put Commited icon overlay one CallHandler8.cpp so i've executed Add action, then commit and push And then i saw that after Add tortoisehg silently renamed CallHandler8.cpp into callhandler8.cpp So in the parent repo i've found 2 files: CallHandler8.cpp AND into callhandler8.cpp now when i try pull from this repo into another one hg update complains about cas folding conflict -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:56 Message: this problem is above thg's level -- Comment By: sagikliwon (sfgsagi) Date: 2008-07-29 18:44 Message: Logged In: YES user_id=2040757 Originator: NO Did you use another source control besides mercurial ? What IDE are you using ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2031586group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2026803 ] chinese name file commit Issue
Bugs item #2026803, was opened at 2008-07-24 08:35 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2026803group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: gaoyong sun (sungaoyong) Assigned to: Nobody/Anonymous (nobody) Summary: chinese name file commit Issue Initial Comment: i try with the lasted TortoiseHg 0.4 rc3,it's have a bug with Qct Commit tool 1.6,when my source file have chinese named file,the commit display Issue.need to resolve it.the attache is display. change log windows have none of this Issue,only commit dialog. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 00:48 Message: qct is gone -- Comment By: Flávio Etrusco (etrusco) Date: 2009-02-05 13:42 Message: Change to Pending? -- Comment By: TK Soh (tksoh) Date: 2008-07-28 19:18 Message: Logged In: YES user_id=411637 Originator: NO can you try the internal commit dialog to see if you have the same problem? you can enable the internal commit dialog by setting 'commit' in [tortoisehg] section of your mercurial.ini to 'internal' -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2026803group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1914859 ] Global options should show up more often
Bugs item #1914859, was opened at 2008-03-15 11:28 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1914859group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ted Pavlic (neodore) Assigned to: Nobody/Anonymous (nobody) Summary: Global options should show up more often Initial Comment: Right-clicking on a repository reveals a Settings submenu under the TortoiseHg menu. Under that menu are the local (repository) and global (system) settings. Right-clicking on a folder that is NOT a repository reveals the TortoiseHg menu but does *NOT* reveal the Settings submenu. So, the only way you can quickly get to the global settings is to create a repository first. The global settings should show up in the Mercurial menu *everywhere*, even if we're not looking at a repository. (yes, I do know that you can run hgtk directly to call up the configuration tools; it would just be nice if it was in the menu everywhere too) -- Comment By: TK Soh (tksoh) Date: 2008-03-16 19:41 Message: Logged In: YES user_id=411637 Originator: NO FYI, the global setting menu is accessible *everywhere* with the dev version of TortoiseHg: http://tortoisehg.sourceforge.net/hg/tortoisehg-crew/rev/69e97f805cf1 It will be available on the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1914859group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1891687 ] hg serve crash on download
Bugs item #1891687, was opened at 2008-02-11 22:03
Message generated for change (Comment added) made by sborho
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=968354aid=1891687group_id=199155
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: dialogs
Group: None
Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: hg serve crash on download
Initial Comment:
Command:
hg clone http://localhost:8000
Result is a dialog box that says:
*
Gtk-CRITICAL (recursed) **: gtk_text_layout_real_invalidate: assertion
`layout-wrap_loop_count == 0' failed
aborting...
**
Clicking ok...
**
Runtime Error!
Program: C:\Program Files\TortoiseHg\hgproc.exe
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
hg serve dialog says
listening at http://fmoolaptop:8000/
127.0.0.1 - - [11/Feb/2008] GET /?cmd=heads HTTP/1.1 200 -
2 changesets found
Clicking ok on runtime error closes hg serve.
STDOUT says:
requesting all changes
abort: error: Connection refused
--
Comment By: Steve Borho (sborho)
Date: 2009-03-05 00:59
Message:
many problems were fixed in this area, reopen on bb if it reoccurs
--
Comment By: Peter Ruibal (fmoo)
Date: 2008-02-25 20:46
Message:
Logged In: YES
user_id=2006774
Originator: NO
The best I can repro is:
Exception happened during processing of request from ('127.0.0.1', 2806)
Traceback (most recent call last):
File SocketServer.pyc, line 464, in process_request_thread
File SocketServer.pyc, line 254, in finish_request
File mercurial\hgweb\server.pyc, line 44, in __init__
File SocketServer.pyc, line 522, in __init__
File BaseHTTPServer.pyc, line 318, in handle
File BaseHTTPServer.pyc, line 299, in handle_one_request
File socket.pyc, line 346, in readline
error: (10054, 'Connection reset by peer')
when cloning from an empty repository. The clone completes successfully,
but I get this on the hg serve dialog.
--
Comment By: Steve Borho (sborho)
Date: 2008-02-11 22:32
Message:
Logged In: YES
user_id=12062
Originator: NO
I'm unable to reproduce on my XP machine with TortoiseHg-0.3 installed.
tried cloning locally and remotely from served repository with 1k
changesets
without any problems.
Any more hints on what it takes to reproduce the problem?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=968354aid=1891687group_id=199155
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Tortoisehg-develop mailing list
Tortoisehg-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1892791 ] Windows Explorer painfully slow for network drives
Bugs item #1892791, was opened at 2008-02-13 09:02 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1892791group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: overlay icons Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Fred Rotbart (fcr) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Explorer painfully slow for network drives Initial Comment: TortoiseHg seriously effects the performance of Windows Explorer, especially when trying to browse networked drives. This effects not only Explorer itself. Since Explorer code is embedded deeply in almost everything that Windows does, this means performance in general suffers. On my Intel Core-Duo, 3GB RAM, opening Explorer on a network drive takes up to a minute when TortoiseHg is installed and 5 seconds without TortoiseHg. A co-worker with a Pentium 4 and 1GB takes 3-4 minutes to open the Explorer on the same network drive when TortoiseHG is installed. I know that these problems have been reported as feature requests: http://sourceforge.net/tracker/index.php?func=detailaid=1891441group_id=199155atid=968357 http://sourceforge.net/tracker/index.php?func=detailaid=1889751group_id=199155atid=968357 But where I work, these performance issues are considered show-stoppers and have prevented my (Window GUI dependent) co-workers from adopting Mercurial. TortoiseHg has come a long way in such a short time, but I think that performance is much more important than new features at this stage. The feature set that Tortoise currently provides make it usable and useful. Even slow performance would not be a problem if it was local only to Hg repositories. But that is not the case and unfortunately TortoiseHg kills Windows performance in general epecially where networks drives are involved.. Thanks for the great work up to now. -Fred -- Comment By: TK Soh (tksoh) Date: 2008-04-05 11:41 Message: Logged In: YES user_id=411637 Originator: NO It will be in 0.4, indeed. Pretty soon, actually. -- Comment By: Doug Philips (dgou) Date: 2008-04-05 07:53 Message: Logged In: YES user_id=392583 Originator: NO Is this on track for 0.4? (Sorry to ask, roadmap is a bit too high level to tell...) -- Comment By: TK Soh (tksoh) Date: 2008-04-05 05:49 Message: Logged In: YES user_id=411637 Originator: NO A 'localdisks' option has been added to tortoisehg.overlayicons, which allows overlay icons to be displayed only in repos on local disks. This effectively turns off the icons on network drives. 'localdisks' is an global option that should only be applied in ~/mercurial.ini. -- Comment By: TK Soh (tksoh) Date: 2008-03-27 07:09 Message: Logged In: YES user_id=411637 Originator: NO The dev version of TortoiseHg already has support for per-repo control on whether to display the overlay icons, via tortoisehg.overlayicons settings: enabled (default) or disabled. I intend to add a global 'localdisk' config item to tortoisehg.overlayicons, which disables the overlay icons on networked drives. However, I am undecided on the policy in handling conflicts of configs. One such case is whether to enable the icons if a networked repos has it 'enabled' with 'localdisk' in effect. Offhand, I am leaning toward 'enabled' override 'localdisk', as this would allow user to enable icons on selected networked repos. Comments? -- Comment By: TK Soh (tksoh) Date: 2008-02-13 18:48 Message: Logged In: YES user_id=411637 Originator: NO Thanks for the feedback. We are aware of the issue and is currently working on finding an optimum solution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1892791group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1891211 ] Can't view revisions if pathnames used.
Bugs item #1891211, was opened at 2008-02-11 09:32 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1891211group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: KPTheProf (kptheprof) Assigned to: Nobody/Anonymous (nobody) Summary: Can't view revisions if pathnames used. Initial Comment: If you have revisions of files in the repository that have path names, then you cannot view their revisions from View Changelog on Windows XP SP2 system. The pathnames are shown using unix forward slash / and not MS back slash \. When the file is extracted to the users temporary directory, the file is extracted okay including any directory names, but the view revision, doesn't have the correct filename. It only shows the name of the revision but none of it's leading directory paths, and so cannot find the temporary file to open it. -- Comment By: Doug Philips (dgou) Date: 2008-04-13 09:40 Message: Logged In: YES user_id=392583 Originator: NO So this is fixed in 0.4? I'm not sure how to try to repro it myself... I tried creating a new repo directory foo bar and then pulled from an existing repo with no spaces in its path. After doing that, the context menu on foo bar seemed to work OK... not sure where to go to set the temporary directory to be used... -- Comment By: KPTheProf (kptheprof) Date: 2008-02-11 11:38 Message: Logged In: YES user_id=2003806 Originator: YES The current repository that I'm setting up doesn't have any spaces in the directory or file names (at the moment because of 1886935), but the temporary folder does (C:\Documents and Settings\user\Local Settings\Temp\...) -- Comment By: Steve Borho (sborho) Date: 2008-02-11 10:53 Message: Logged In: YES user_id=12062 Originator: NO If your file paths have spaces in them, it will break all the context menu features because of 1886935. I have a patch that fixups the path separators before passing the filenames to external tools. -- Comment By: KPTheProf (kptheprof) Date: 2008-02-11 10:38 Message: Logged In: YES user_id=2003806 Originator: YES Changing the global repository setting for the visual editor to unspecified allowed me to view the changes (it opens notepad - so it isn't formatted properly for unix text files), but the save at revision still doesn't create any file that I can see if you have directory names in the repository files. -- Comment By: KPTheProf (kptheprof) Date: 2008-02-11 10:27 Message: Logged In: YES user_id=2003806 Originator: YES I'm using the latest version of PSPad which is a free developers editor - http://www.pspad.com -- Comment By: KPTheProf (kptheprof) Date: 2008-02-11 10:20 Message: Logged In: YES user_id=2003806 Originator: YES This problem also seems to effect saving at revisions as well. If you have a directory name, then you can't seem to extract the file at all. It's okay if there is no folder name. I don't know if it's related to bug 1886935 that I submitted earlier (sorry that that was anonymous, but I hadn't joined sourceforge.net then) -- Comment By: Steve Borho (sborho) Date: 2008-02-11 10:20 Message: Logged In: YES user_id=12062 Originator: NO I can see where the problem could occur, and I have a fix for the bad behavior, but I'm unable to reproduce the edit failure so I'm not 100% sure that my fix will work for your case. Can you tell me what editor you are using so I can better test my fix? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1891211group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1895443 ] Overlay: ThreadingModel registry setting
Bugs item #1895443, was opened at 2008-02-17 09:36 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1895443group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: overlay icons Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Adrian Buehlmann (adrianbuehlm) Assigned to: Nobody/Anonymous (nobody) Summary: Overlay: ThreadingModel registry setting Initial Comment: This is not actually an identified bug, but: It worries me a little bit that TortoiseHg sets the ThreadingModel=Both in the registry for it's overlay handler COM component. Both implies that the component can handle free threaded calls (thus will synchronize calls by itself). I haven't connected any current problem to this, but I would suggest to use ThreadingModel=Apartment which tells callers that free thread calls are not allowed, which seems safer to me, given that it appears to me that the TortoiseHg overlay handler code doesn't have any thread synchonisation. As I understand it, COM will synchronize the calls with this setting. I haven't identified explorer.exe to use multiple threads when calling the overlay. But might be good to stay on the save side with regards to the cache in iconoverlay.py. The attached patch would ensure that ThreadingModel=Apartment in the registry. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:05 Message: moved to bb, wish I knew this earlier. I think it explains the vista behavior -- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-26 06:35 Message: Logged In: NO http://support.microsoft.com/kb/287087 describes calling shell functions. For the overlay handler, it's the other direction: the shell (explorer.exe) calls the thg COM servers (i.e. the thg COM objects). -- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-26 05:47 Message: Logged In: NO More info on this can be found here: http://support.microsoft.com/kb/287087 -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-05 05:41 Message: Logged In: NO Patch pushed to crew. -- Comment By: Adrian Buehlmann (adrianbuehlm) Date: 2008-02-27 09:52 Message: Logged In: YES user_id=1456720 Originator: YES I have that info from the book Inside COM by Dale Rogerson. One of the best books on COM I've ever seen. Unfortunately, it's no longer available. I had to buy a used one myself -- really amazing, first time in my life I bought a used software book There is another book from Don Box still available Essential COM, but Rogerson is better. I can just propose to google for ThreadingModel, which brings up http://msdn2.microsoft.com/en-us/library/ms693779(VS.85).aspx for example. I haven't read that though. -- Comment By: TK Soh (tksoh) Date: 2008-02-27 09:29 Message: Logged In: YES user_id=411637 Originator: NO Just to help me understand this issue better, do you have any references (on the web) on this topic? -- Comment By: Adrian Buehlmann (adrianbuehlm) Date: 2008-02-17 09:39 Message: Logged In: YES user_id=1456720 Originator: YES I'm attaching the file registry.txt showing the registry keys as set with the patch applied. File Added: registry.txt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1895443group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1941368 ] Configure Repository Test button results broken.
Bugs item #1941368, was opened at 2008-04-13 09:54 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1941368group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Doug Philips (dgou) Assigned to: Nobody/Anonymous (nobody) Summary: Configure Repository Test button results broken. Initial Comment: I have several repos that are siblings under one parent directory. Opening up the Repository configuration dialogue (TortoiseHG Configure Repository), and enter in the Peer Repository Paths section the path to one of the valid siblings. Click on 'Test'. Get another window that shows an 'hg incoming...' title and label, and whose contents say: *** There is no Mercurial repository here (.hg not found). Needless to say, there is a repository there, but I wonder if it is complaining about the current directory (about which the window gives no info)? -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:07 Message: add to existing bb issue about new paths mechanism if you feel this is still an issue -- Comment By: Doug Philips (dgou) Date: 2008-04-19 12:15 Message: Logged In: YES user_id=392583 Originator: YES I'm not even sure what this button is for, maybe it should just be removed? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1941368group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1927864 ] TortoisePlink.exe has problems
Bugs item #1927864, was opened at 2008-03-28 06:11 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1927864group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: ngong (rolf_schumacher) Assigned to: Nobody/Anonymous (nobody) Summary: TortoisePlink.exe has problems Initial Comment: what I did: hg push ssh://u...@domain/repo what I exepected: remote: adding changesets ... what I got: remote: The system cannot execute the specified program workaround: in Mercurial.ini exchange TortoisePlink.exe by plink.exe environment: Server: Debian Linux with mercurial installed Client: WinXP with Putty (installed with 0.60 installer) and TortoiseHg 0.3 installed -- Comment By: TK Soh (tksoh) Date: 2008-03-28 08:53 Message: Logged In: YES user_id=411637 Originator: NO Looks like a duplicate of bug 1910816: http://sourceforge.net/tracker/index.php?func=detailaid=1910816group_id=199155atid=968354 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1927864group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1926839 ] Unable to handle japanese characters in file names
Bugs item #1926839, was opened at 2008-03-27 01:39 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1926839group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to handle japanese characters in file names Initial Comment: When I tried to add some files with Japanese names to the empty repo, first, the file names in the commit dialog are not shown correctly, and, second, when I press commit button, it hangs totally. Thanks! -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-25 01:01 Message: Logged In: NO BTW, the earlier comment was posted by me. TK -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-25 01:00 Message: Logged In: NO Are you using Qct or the native commit dialog? In the case of native dialog, I've recently made some changes that are supposed to fix most encoding issues. Perhaps you can post a sample repo, or the files (please zip) that you have problem with. -- Comment By: Ian Lewis (ian_lewis) Date: 2008-04-16 22:52 Message: Logged In: YES user_id=478898 Originator: NO The commit hanging might have to do with the number of files you are adding. See - http://sourceforge.net/tracker/index.php?func=detailaid=1903115group_id=199155atid=968354 Are you adding a lot of files? Just want to make sure it's ruled out. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1926839group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1942777 ] National characters are not handled correctly.
Bugs item #1942777, was opened at 2008-04-15 02:49 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1942777group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: National characters are not handled correctly. Initial Comment: TorgoiseHg does not handle the national alphabets correctly. I have tested it for the Russian language but I think the same is true for any non-English, or possibly, non-Western language. Graphlog does not show Russian characters in the Summary field, FileList does not handle Russian file names. ChangeSet view is a more complicated story:) It shows a correct summary field but bad child and parent entries. The diff view also does not use a correct code page. Mercurial itself does display everything correctly if a correct code page is set in the console. Best wishes, Oleg. My e-mail is ton1...@mail.ru. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:09 Message: please report new bugs for remaining problems -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-13 15:36 Message: Logged In: NO What I find is that Win2000 works properly. Whereas Windows XP has a problem in graphical commit. As work around you could commit files with special chars via hg commit ... on cmd -- Comment By: TK Soh (tksoh) Date: 2008-04-16 07:08 Message: Logged In: YES user_id=411637 Originator: NO My apology for the typo on the name of Wagner Bruna. -- Comment By: TK Soh (tksoh) Date: 2008-04-16 07:06 Message: Logged In: YES user_id=411637 Originator: NO FYI, I've pushed Warger's patches to crew, that I mentioned earlier. -- Comment By: TK Soh (tksoh) Date: 2008-04-16 07:04 Message: Logged In: YES user_id=411637 Originator: NO I believe only the user who submitted the bug, as well as those with project admin privilege are allowed to attach files to the report. You may post the patches to TortoiseHg's mailing lists (you must subscribe first): https://sourceforge.net/mail/?group_id=199155 Or you can upload you repo to one of Mercurial hosting service such as freehg.org, and submit the link. -- Comment By: Oleg Tazetdinov (ton1965) Date: 2008-04-16 06:53 Message: Logged In: YES user_id=2064630 Originator: NO I have created an accoutn at SF now. I have created an MQ patch that fixes most of the issues. It's my first experience with Python so I might have chosen not the simplest way of doing things but it works for me. I am NOT completely sure I have tested everything so an expert's eye is required. Somehow I cannot find how to attach a file to this thread. I can send you the patch if you advise me how to do it. -- Comment By: TK Soh (tksoh) Date: 2008-04-15 03:47 Message: Logged In: YES user_id=411637 Originator: NO Can you please help post some screenshots, as well as a sample repo? You issue might partly related to bug 1937966, where wagnerbruna has submitted patches to remove the hardcoding to 'latin-1', and pull the encoding via Mercurial instead. I suspect this might solve your problem. I will push the patches sometime today. If you are able to install from source, perhaps you can give it a try. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-15 02:53 Message: Logged In: NO It's me again. Sorry for the double bug description, it's a dirty trick by MS IE. I have found a line in treemodel.py that is supposed to be a fix for Bug#1914550. 'latin-1' code page is hard-coded there. I believe the best way is to ask Windows for the current codepage. 'latin-1' is just a small portion of characters people around the globe use:-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1942777group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation
[thg-dev] [ tortoisehg-Bugs-1937966 ] Changelog: utf8 messages handled incorrectly
Bugs item #1937966, was opened at 2008-04-08 11:43 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1937966group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Wagner Bruna (wagnerbruna) Assigned to: Nobody/Anonymous (nobody) Summary: Changelog: utf8 messages handled incorrectly Initial Comment: TortoiseHg version: 0.4 RC1 hg version: 0.9.5 system: Debian Etch Commit messages with utf8 characters are handled incorrectly by the changeset browser. The commit message is reported correctly on the changeset viewer, but it is wrong on the changeset list. The diff itself is also incorrect. See screenshot and repository bundle attached. The repository was made like this: /tmp$ hg init test /tmp$ cd test /tmp/test$ echo 'áéíóú' test.txt /tmp/test$ hg ci -Am 'áéíóú' adding test.txt /tmp/test$ hg log -p changeset: 0:7b5953603fc0 tag: tip user:tes...@example.com date:Tue Apr 08 13:09:50 2008 -0300 summary: áéíóú diff -r -r 7b5953603fc0 test.txt --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/test.txt Tue Apr 08 13:09:50 2008 -0300 @@ -0,0 +1,1 @@ +áéíóú /tmp/test$ echo $LANG pt_BR.UTF-8 I'm running TortoiseHg from sources, via hgtk script. Thanks, Wagner -- Comment By: TK Soh (tksoh) Date: 2008-04-12 05:02 Message: Logged In: YES user_id=411637 Originator: NO Before I say anything more, I'd like to declare that this whole encoding/locale topic is really getting over my head now. The patches look fine to me, which certainly improve the handling of string encoding. However, with you patches, the diff chunk is displayed as áéÃóú. Though I am not certain this should be considered wrong, and it's most probably the result of the default locale (?) setting my system. I am getting a feeling we are trying to hard to get the right encoding for the diff blocks. Mercurial only encode and decode the metadata, while the files are checked in 'as-is'. In theory, a user and checking files of any encoding, so there's probably not way to get the encoding right on the diff blocks. As long as we can successfully convert them to pygtk's required encoding of utf-8, we should be fine. So, unless anything bad comes up from now to 0.4 release, I'm accepting the patches. Thanks. -- Comment By: Wagner Bruna (wagnerbruna) Date: 2008-04-11 19:38 Message: Logged In: YES user_id=2057939 Originator: YES Attaching a patch (also against 0.4RC1) for the diff display. It falls back to mercurial.util._fallbackencoding too, which isn't a good solution (Mercurial uses it only for metadata decoding), but at least is user configurable. A better solution would be displaying it in non-strict mode, and allowing an override via context or toolbar menu, but that's a bit too much for my pygtk skills... File Added: platform_encoding_on_diff.patch -- Comment By: Wagner Bruna (wagnerbruna) Date: 2008-04-11 15:02 Message: Logged In: YES user_id=2057939 Originator: YES The previous patch has a flaw displaying non-utf8 file diffs. I'm uploading a new patch fixing only the commit message displays; it also deals with non-utf8 commit messages (that could appear on old repositories). I'll send a fix for the diff display afterwards. File Added: dont_override_encoding_commitmsg.patch -- Comment By: Wagner Bruna (wagnerbruna) Date: 2008-04-11 12:24 Message: Logged In: YES user_id=2057939 Originator: YES Same diff uploaded as a patch. Thanks a lot, Wagner File Added: dont_override_encoding.patch -- Comment By: TK Soh (tksoh) Date: 2008-04-10 20:20 Message: Logged In: YES user_id=411637 Originator: NO Can you upload you patch? -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-10 14:36 Message: Logged In: NO Interesting. Well, please take a look at the following diff. I simply removed all locale overrides, on hggtk/changeset.py and hggtk/vis/treemodel.py, and on my system it fixed both the summary and the diff displays. Thinking about it, the summary encoding will always depend on the locale / encoding at the changeset author's machine. So, if an override is needed, maybe a configuration option would be better (Mercurial itself uses the environment variable HGENCODING for that). diff -r 5a5341bda4c5 hggtk/changeset.py --- a/hggtk
[thg-dev] [ tortoisehg-Bugs-1939794 ] Unable to Merge changes with builtin commit UI
Bugs item #1939794, was opened at 2008-04-10 19:03 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1939794group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Peter Ruibal (fmoo) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to Merge changes with builtin commit UI Initial Comment: I seem to have gotten myself into a place where I can't commit my merge with the existing UI. Steps to Reproduce: 1. Create a changeset, A, with files, F1, F2 2. Create a changeset from A, B1, where F1 is modified 3. Checkout A. Modify F2 and F3, and commit a changeset, B2, only including the modified F2. 4. Merge B1 and B2 with the visual merge tool 5a. Commit With Comment says No committable files selected 5b. Commit Without Comment says Cannot partially commit a merge (do not specify files or patterns) If I change my commit tool to qct I can commit just fine. -- Comment By: TK Soh (tksoh) Date: 2008-04-17 19:32 Message: Logged In: YES user_id=411637 Originator: NO I am getting a feel that the prompt to confirm committing a merged repo is redundant, as there should be enough hints on the dialog by now (in crew). Anyone has good reasons why the prompt should on be removed? -- Comment By: TK Soh (tksoh) Date: 2008-04-17 07:41 Message: Logged In: YES user_id=411637 Originator: NO Fix pushed to crew as cset 48135894ad8b, along with the other improvements mentioned earlier. -- Comment By: Steve Borho (sborho) Date: 2008-04-15 09:19 Message: Logged In: YES user_id=12062 Originator: NO Qct supports commit message templates. See the README for Qct here: http://qct.sourceforge.net/hg/qct/raw-file/tip/README.mercurial -- Comment By: TK Soh (tksoh) Date: 2008-04-15 03:52 Message: Logged In: YES user_id=411637 Originator: NO I am trying to avoid adding too many non-critical customization options. The pre-filling of commit message in #2 is really mean to serve as indicator, instead of being a convenience. -- Comment By: Peter Ruibal (fmoo) Date: 2008-04-15 00:13 Message: Logged In: YES user_id=2006774 Originator: YES Awesome on #1 and #3 For #2, can the default be read from a [tortoisehg]/default_commit_msg or some such similar subkey in mercurial.ini or ~/.hgrc? -- Comment By: TK Soh (tksoh) Date: 2008-04-14 09:55 Message: Logged In: YES user_id=411637 Originator: NO Good news. I just found the trick to disable the filelist checkboxes on item #3. Things are getting a little better :-) -- Comment By: TK Soh (tksoh) Date: 2008-04-14 09:09 Message: Logged In: YES user_id=411637 Originator: NO Unfortunately the window layout of the commit dialog doesn't allow much room for more meaningful visual display. It's also missing a status bar at the bottom of the window, which could perhaps be used to show the repo's merge status. So, here's the plan (short of the complete overhaul of the layout): 1. move the folder in-commit up to the repo root, so that we can display all the changes, instead of just the folder where the dialog is brought up. We will prompt user for the change of folder. 2. pre-fill the commit message with 'merge'. Hopefully this would save user some typing also, since 'merge' seem to be the usual choice. 3. disable the selection on file list. Unfortunately, PyGTK doesn't seem to support that (or at least I haven't been able to find the way), so the alternative will be to hide the checkbox column. Hopefully, these are enough to give the user a hint of what's going on. Comments or suggestion are welcome. -- Comment By: Peter Ruibal (fmoo) Date: 2008-04-14 01:48 Message: Logged In: YES user_id=2006774 Originator: YES Perhaps some kind of hovertext that says Files to be committed are determined by merge parents (and cannot be user-selected). Either way, the up-front check+dialog would be more than sufficient to fixing this issue, future UI improvements aside. -- Comment By: TK Soh (tksoh) Date: 2008-04-13 23:58 Message: Logged In: YES user_id=411637 Originator: NO I am kinda stuck on the GUI design in presenting the fact
[thg-dev] [ tortoisehg-Bugs-1943382 ] hgproc.bat not executable without installer
Bugs item #1943382, was opened at 2008-04-15 15:46 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1943382group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: hgproc.bat not executable without installer Initial Comment: Installing TortoiseHG from source has an issue :) Simply cloning the hg repository and executing python tortoisehg.py --debug does not correctly install a functioning system. Context menu items do not display, and cannot be used. hggtk\tracelog.py reveals a permission denied error on hgproc.bat. It turns out that hgproc.bat is not given executable permissions when downloaded. Manually setting the security permissions from windows solves the problem. This problem does not appear when TortoiseHg is installed via the installer. The setup procedure should check the permissions on the .bat file and set them correctly. -- Comment By: TK Soh (tksoh) Date: 2008-04-15 18:52 Message: Logged In: YES user_id=411637 Originator: NO Since you are installing from source, I presumed that you've read the installation page at TortoiseHg homepage on SF. Per the installation guide, you _must_ restart Windows/Explorer after doing 'python tortoisehg.py --debug'. What kind of permission are you referring to on hgproc.bat? AFAIK, Windows pick up the .bat files as being 'executable' per the PATHEXT env setting. I am not sure why hggtk\tracelog.py would give permission denied on hgproc.bat. Can you please post the messages captured on tracelog? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1943382group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1949967 ] merge insert +- in code
Bugs item #1949967, was opened at 2008-04-23 13:04 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1949967group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: yertle38 (yertle38) Assigned to: Nobody/Anonymous (nobody) Summary: merge insert +- in code Initial Comment: I'm new to Mercurial/TortoiseHg/Tracker, so bear with me. I was attempting to merge and was merging the wrong revision, so I quit out of kdiff for the manual stuff, then did an Unmerge. I then figured out how to merge the proper revision with the tip, and manually selected files for the manuals. However, when we I went to compile the results, I found an extraneous +- in one of my files which had been auto-merged. It sure looks to me like when Tortoise shows changes with it's +- and +++ and ---. I unfortunately have no idea if this happened when I merged/unmerged the first time, when I did diffs, or when I did the second merge. If you want me to try to recreate it I will. If this is a known issue, sorry for duplicating. Note, this is all through TortoiseHg, no CLI. I'm running TortoiseHg 0.3 with Mercurial-9f1e6ab76069+tortoisehg, Python-2.5.1, PyGTK-2.10.4, GTK-2.10.11 -- Comment By: TK Soh (tksoh) Date: 2008-04-23 19:34 Message: Logged In: YES user_id=411637 Originator: NO It'd help if you can post same of the diffs that you've described. A sample repo will be even better. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1949967group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2030380 ] synch dialog doesn't know about User Path defintions
Bugs item #2030380, was opened at 2008-07-28 09:57 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030380group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Doug Philips (dgou) Assigned to: Nobody/Anonymous (nobody) Summary: synch dialog doesn't know about User Path defintions Initial Comment: Using Windows XP, service pack 2, ToroiseHg 0.4rc3. Pull down menu does not show the paths I have defined in my home mercurial.ini file. Ok, it only shows repo specific paths, thats fine. When I enter a path defined in my home mercurial.ini, sync window tells me: *** repository sand not found[command interrupted] (sand is my path definition for a remove sandbox repository). The paths work just fine from the command line. I consider this a show-stopper for 0.4. I have not attempted to check 0.4rc2. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:13 Message: please reopen on bb if this is still an issue -- Comment By: Doug Philips (dgou) Date: 2008-07-28 23:49 Message: Logged In: YES user_id=392583 Originator: YES If I knew how to take a snapshot, I would, but then I would also have to know how to remove the IP addresses from the snapshot. I'll get the hg paths data when I'm back at work tomorrow. -- Comment By: TK Soh (tksoh) Date: 2008-07-28 23:39 Message: Logged In: YES user_id=411637 Originator: NO Can you post the snapshot? What does 'hg paths' say? -- Comment By: Doug Philips (dgou) Date: 2008-07-28 21:19 Message: Logged In: YES user_id=392583 Originator: YES Well, that made it worse. :( What I did: deleted my settings/synch file as you suggested. Right-click-drag clone of repo. Open new repo in windows explorer. Right click Menu to Synchronize click on drop down box. I get 6 entries: 1st entry: repo I cloned from. (this is also the only entry in the .hg/hgrc file in the cloned repo) 2nd entry: sand 3rd entry: C:\sandbox ( No idea where this came from ) 4th entry: old url to old repo ( No idea where this came from either ) 5th entry: blank line 6th entry: url of default path as defined by HOME/mercurial.ini -- Comment By: TK Soh (tksoh) Date: 2008-07-28 20:19 Message: Logged In: YES user_id=411637 Originator: NO Can you confirm? If the drop-down list is not picking up you paths you've defined, then that'll constitute a bug. If it helps, you can delete the settings cache for synch dialog and try again: $HOME/.tortoisehg/settings/synch -- Comment By: Doug Philips (dgou) Date: 2008-07-28 19:44 Message: Logged In: YES user_id=392583 Originator: YES Well, that is odd, because I have six symbolic names pointing to six different remote repos, and the only ones in the drop down is the one that the repo was cloned from. -- Comment By: TK Soh (tksoh) Date: 2008-07-28 19:11 Message: Logged In: YES user_id=411637 Originator: NO Right now symbolic path name are not supported (yet), but you will always find the path defined by the symbolic paths on the drop-down list. I don't feel this is enough to stop 0.4. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030380group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2030380 ] synch dialog doesn't know about User Path defintions
Bugs item #2030380, was opened at 2008-07-28 09:57 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030380group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Philips (dgou) Assigned to: Nobody/Anonymous (nobody) Summary: synch dialog doesn't know about User Path defintions Initial Comment: Using Windows XP, service pack 2, ToroiseHg 0.4rc3. Pull down menu does not show the paths I have defined in my home mercurial.ini file. Ok, it only shows repo specific paths, thats fine. When I enter a path defined in my home mercurial.ini, sync window tells me: *** repository sand not found[command interrupted] (sand is my path definition for a remove sandbox repository). The paths work just fine from the command line. I consider this a show-stopper for 0.4. I have not attempted to check 0.4rc2. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:13 Message: please reopen on bb if this is still an issue -- Comment By: Doug Philips (dgou) Date: 2008-07-28 23:49 Message: Logged In: YES user_id=392583 Originator: YES If I knew how to take a snapshot, I would, but then I would also have to know how to remove the IP addresses from the snapshot. I'll get the hg paths data when I'm back at work tomorrow. -- Comment By: TK Soh (tksoh) Date: 2008-07-28 23:39 Message: Logged In: YES user_id=411637 Originator: NO Can you post the snapshot? What does 'hg paths' say? -- Comment By: Doug Philips (dgou) Date: 2008-07-28 21:19 Message: Logged In: YES user_id=392583 Originator: YES Well, that made it worse. :( What I did: deleted my settings/synch file as you suggested. Right-click-drag clone of repo. Open new repo in windows explorer. Right click Menu to Synchronize click on drop down box. I get 6 entries: 1st entry: repo I cloned from. (this is also the only entry in the .hg/hgrc file in the cloned repo) 2nd entry: sand 3rd entry: C:\sandbox ( No idea where this came from ) 4th entry: old url to old repo ( No idea where this came from either ) 5th entry: blank line 6th entry: url of default path as defined by HOME/mercurial.ini -- Comment By: TK Soh (tksoh) Date: 2008-07-28 20:19 Message: Logged In: YES user_id=411637 Originator: NO Can you confirm? If the drop-down list is not picking up you paths you've defined, then that'll constitute a bug. If it helps, you can delete the settings cache for synch dialog and try again: $HOME/.tortoisehg/settings/synch -- Comment By: Doug Philips (dgou) Date: 2008-07-28 19:44 Message: Logged In: YES user_id=392583 Originator: YES Well, that is odd, because I have six symbolic names pointing to six different remote repos, and the only ones in the drop down is the one that the repo was cloned from. -- Comment By: TK Soh (tksoh) Date: 2008-07-28 19:11 Message: Logged In: YES user_id=411637 Originator: NO Right now symbolic path name are not supported (yet), but you will always find the path defined by the symbolic paths on the drop-down list. I don't feel this is enough to stop 0.4. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030380group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2030385 ] Confirmation dialogs do not show up in the ALT-TAB list.
Bugs item #2030385, was opened at 2008-07-28 10:00 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030385group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Doug Philips (dgou) Assigned to: Nobody/Anonymous (nobody) Summary: Confirmation dialogs do not show up in the ALT-TAB list. Initial Comment: Sequence of events: In the synch dialog box. I click on configure. Up comes the Configure Respository dialog. I make some changes and quit without confirming. Not only does the dialog box to confirm the quit-with-no-changes come up underneath the Configure Repository dialog (which is marked, apparently, as always on-top), but neither the taskbar icons nor the ALT-TAB list shows me that there is another dialog lurking about it. It just looks as if the Configure Repository dialog is hung/broken. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:15 Message: please open on bb if it's still an issue -- Comment By: Doug Philips (dgou) Date: 2008-07-28 23:56 Message: Logged In: YES user_id=392583 Originator: YES ok, I'm willing to say that this is a post-0.4Final issue. :) -- Comment By: TK Soh (tksoh) Date: 2008-07-28 19:14 Message: Logged In: YES user_id=411637 Originator: NO It's been a long standing issue, though I've not been able to find an answer to this. I was hoping nobody would ever notice this ;-) -- Comment By: Doug Philips (dgou) Date: 2008-07-28 10:01 Message: Logged In: YES user_id=392583 Originator: YES This is on Windows XP, service pack 2, TortoiseHg 0.4rc3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2030385group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1988065 ] Icons slow down explorer
Bugs item #1988065, was opened at 2008-06-08 07:12 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1988065group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: overlay icons Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Icons slow down explorer Initial Comment: If you have a repo with a lot of ignored/unkown files/subfolders, these files get scanned unnecessarily. Should be optimized. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-12-10 15:31 Message: I am having this problem too. On a large repository with many folders, with Vista, it was slowing down browsing this folder in explorer so significantly I had to uninstall this application :( -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1988065group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2025688 ] changelog browser in top left corner
Bugs item #2025688, was opened at 2008-07-23 07:14 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ben Andrack (bandrack) Assigned to: Nobody/Anonymous (nobody) Summary: changelog browser in top left corner Initial Comment: The changelog browser always appears in the top left corner when opened. This is not only annoying. This can be quite a problem if you have two monitors with a different resolution. In some cases one cannot even drag and drop the window, because I do not see the part of the window for grabbing it. Can you do anything to improve this behavior? Best regards, Ben PS: WinXP, TortoiseHG 0.4rc3 -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:18 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2025688group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1901835 ] GtkWarnings when Right Clicking hgserve output dialog
Bugs item #1901835, was opened at 2008-02-25 20:50 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1901835group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 2 Private: No Submitted By: Peter Ruibal (fmoo) Assigned to: Nobody/Anonymous (nobody) Summary: GtkWarnings when Right Clicking hgserve output dialog Initial Comment: On hgserve, if I right-click the output textbox, the following message appears in the output textbox: C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method am_et should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method cyrillic_translit should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method inuktitut should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method ipa should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method thai_broken should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method ti_er should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method ti_et should not use GTK's translation domain gtk20 C:\Program Files\TortoiseHg\library.zip\hggtk\serve.py:339: GtkWarning: Input method viqr should not use GTK's translation domain gtk20 -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:19 Message: reopen on bb if you see this again -- Comment By: Peter Ruibal (fmoo) Date: 2008-07-27 13:54 Message: Logged In: YES user_id=2006774 Originator: YES Other than source changes (I don't know if any have gone into this space), I'm building against Gtk PyGtk 2.12.x instead of 2.10.x. I loaded my \program files\tortoiseHg version (0.4rc3) and I see this issue there. Knocking priority down to 2 as this doesn't affect the behavior of the tool. (doesn't cause hangs afterward, etc) -- Comment By: Doug Philips (dgou) Date: 2008-07-27 09:05 Message: Logged In: YES user_id=392583 Originator: NO I have seen it in 0.4rc3. -- Comment By: Peter Ruibal (fmoo) Date: 2008-07-27 03:57 Message: Logged In: YES user_id=2006774 Originator: YES I actually haven't seen this on tortoisehg tip (just did a fresh build on a new PC). Have you seen this lately, TK? I'd like to close this. -- Comment By: TK Soh (tksoh) Date: 2008-02-28 09:56 Message: Logged In: YES user_id=411637 Originator: NO This issue actually affect all the dialogs/apps that contain a textview widget. The only difference is that hgserve captured stderr onto its textview widget, while the others have the warnings secretly sent to win32trace. Time to learn more about GTK's IM. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1901835group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2035084 ] Missing MSVCP71.dll
Bugs item #2035084, was opened at 2008-08-01 12:14 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2035084group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: context menu Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Missing MSVCP71.dll Initial Comment: When executing the commit command via the THG context menu nothing happens. Executing the command via console (hg commit) leads to an error message that tells me that the dll MSVCP71.dll cannot be found and a reinstallation of the application could fix the problem. Reinstallaling TortoiseHG does not help. As far as i know the dll is part of the Window C++ library or something similar? -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:20 Message: this comes in all installers now -- Comment By: TK Soh (tksoh) Date: 2008-10-15 22:44 Message: Ah huh! Looks like the commit hook setup by TortoiseHg triggers the checking on ui.username setting, and prompt (with a GTK dialog) if one is not defined. -- Comment By: David Cameron (davcamer) Date: 2008-10-15 21:53 Message: As I tried to explain in my previous comment. There was a GTK dialog as part of my commit. It was a prompt for my name. I had not previously set a name either globally or at the repository level. I have a base 0.5 installation that I made on top of a previous 0.4.1 installation. If there are plugins or extensions included, then I have those. -- Comment By: TK Soh (tksoh) Date: 2008-10-15 19:35 Message: I guess the simplest answer is just include MSVCP71.dll, as long as it is safe to do so, legally. Anyone who know M$ licensing better have any comment against inclusion of this DLL? Also, does anyone know of anyway to hunt down this sort of dependency, so we can put in all in on the next release? BTW, davcamer, I wonder why 'hg commit' (commit is a native Hg command) would invoke any GTK dialogs. Do you have the 'gtools' extension installed? -- Comment By: David Cameron (davcamer) Date: 2008-10-15 16:36 Message: Copying MSVCP71.dll in to C:\program files\tortoisehg resolves the problem for me. No dll-registration or any further steps required. So, it would be great if this was packaged with the installer... I guess it was calling out to GTK at that moment to pop up the dialog asking me to add my name, and whether it was for that repo or account wide: C:\code\evehg commit -m trying out a skill notified functionality Creating C:\Documents and Settings\Dave Cameron\mercurial.ini -- Comment By: David Cameron (davcamer) Date: 2008-10-15 16:16 Message: That is true. It is bundled with MSVCR71.dll. I believe it also needs MSVCP71.dll. The error dialog I get is Title: hg.exe - Unable To Load Component Icon: Error (the red circle with white X) Message: This application has failed to start because MSVCP71.dll was not found. Re-installing the application may fix this problem. If I have run hg from the command-line, I also get this message printed there, after clicking ok on the dialog. C:\code\evehg commit -m trying more with the skillcheck service * dialog described above appears, and I click 'ok' to dismiss it * error: precommit.username hook raised an exception: No module named ltihooks abort: could not import module ltihooks! A possibly related thread about ltihooks from the pyGTK mailing list: http://www.daa.com.au/pipermail/pygtk/2007-July/014042.html I have two applications installed that include a copy of MSVCP71.dll in their installation directories: Sid Meier's Colonization and VMWare. I do not have MSVCP71.dll in any system directory, because it does not belong in a system directory. Except on developer machines. -- Comment By: Peer Sommerlund (peso) Date: 2008-10-15 08:14 Message: THG 0.5 is bundled with msvcr71.dll - not msvcp71.dll I wonder why you get that error. Do you have any other applications installed that work with MS Visual C++ ? -- Comment By: David Cameron (davcamer) Date: 2008-10-15 02:57 Message: A couple of links: explains why individual applications should package MSVCP71.dll, if they depend on it: http://support.microsoft.com/default.aspx?scid=kb
[thg-dev] [ tortoisehg-Bugs-2049656 ] Explorer crashes when convert extension is used
Bugs item #2049656, was opened at 2008-08-13 08:42 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2049656group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Extension Status: Closed Resolution: None Priority: 5 Private: No Submitted By: max (maxhofer) Assigned to: Nobody/Anonymous (nobody) Summary: Explorer crashes when convert extension is used Initial Comment: When I enable the convert extension (adding a line 'hgext.convert=' in the [extensions] section of mercurial.ini) the windows explorer crashed when entering a hg repository. When calling hg convert https://foo/bar/repo/trunk; on the command line the process crashes as well. Crashes are reproducible with version TortoiseHg-0.4rc2 and TortoiseHg-0.4rc4. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:22 Message: moved to bb -- Comment By: Tako Schotanus (quintesse) Date: 2009-02-11 03:56 Message: I've got the exact same problem with TortoiseHg 0.6 -- Comment By: TK Soh (tksoh) Date: 2008-11-21 02:33 Message: Was the tracelog generated with TortoiseHG 0.5? Did explorer crash on a 'normal' repo, i.e. one that not converted by svn, etc? What debugger you are talking about, the one that crashed along with Explorer? Sorry for the many questions. -- Comment By: TK Soh (tksoh) Date: 2008-11-20 23:50 Message: Do you have subversion installed? If you do, perhaps some conflicts in the libraries? -- Comment By: pythonian (pythonian) Date: 2008-11-20 22:31 Message: Oops, I misunderstood your question. There was no trace when trying to generate the new repo using convert from the command line. When entering the resulting directory in explorer, it crashes explorer, and the debugger, (two send a message to microsoft windows) and I get this in the trace (directory name changed): find new root _get_state: root = None _get_state: not in repo IsMemberOf: _get_state() took 0 ticks C:\path\repo_to_convert-hg: unknown (cached) IsMemberOf: _get_state() took 0 ticks C:\path\repo_to_convert-hg: unknown (cached) IsMemberOf: _get_state() took 0 ticks find new root _get_state: root = C:\path\repo_to_convert-hg -- Comment By: pythonian (pythonian) Date: 2008-11-20 22:25 Message: Sorry, no python trace at all. Could it be a dll problem? Is the convert extension really installed? -- Comment By: TK Soh (tksoh) Date: 2008-11-19 20:01 Message: Can you try open the 'Python Trace Collector' (found on TortoiseHg programs menu) window before entering the hg repository in Explorer? After the crash, check the end on the trace collector log to see if it might offer any clue. If possible, please capture the trace log and upload it in the tracker. -- Comment By: pythonian (pythonian) Date: 2008-11-19 01:06 Message: Same problem on Windows XP SP3, using: TortoiseHG (version 0.5) with Mercurial-1.0.2+tortoisehg, Python-2.5.1, PyGTK-2.10.6, GTK-2.10.11 I type: hg convert C:\repos_path\repo_to_convert and I get: assuming destination repo_to_convert-hg repo_to_convert-hg is in fact created, and appears to be a valid blank repo -- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-20 11:33 Message: Logged In: NO Are you on Windows XP SP2? TK -- Comment By: max (maxhofer) Date: 2008-08-18 02:16 Message: Logged In: YES user_id=1050937 Originator: YES There is no error message at all - the MS Windows send bug message pops up and this was it. I tried to call convert with different options (-v --debug --traceback) but always the same effect, a crash with bug report which sould be send to MS. Any hints how i could procude a more accurate log? -- Comment By: TK Soh (tksoh) Date: 2008-08-13 09:11 Message: Logged In: YES user_id=411637 Originator: NO Can you please post the error messages when 'hg convert' crashed? Thanks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2049656group_id=199155
[thg-dev] [ tortoisehg-Bugs-2074555 ] Path case sensitivity issues on semi-case insensitive Win32.
Bugs item #2074555, was opened at 2008-08-25 18:23 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2074555group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ben Houston (bhouston) Assigned to: Nobody/Anonymous (nobody) Summary: Path case sensitivity issues on semi-case insensitive Win32. Initial Comment: I have run into the following error 4 times in the past couple months. This message appears when I try to update to the latest revision that I have pulled in from another machine: *** case-folding collision between MyProject/myClassName.java and MyProject/MyClassName.java [command interrupted] Basically, I checked in a file and then later I changed the character casing of a classname and its associated source file using an automatic refactoring tool and then I checked in the renamed file that differences in its character casing. No errors or warnings on commit. But I am unable to update these changes to another machine as the above error appears. My workarounds: (1) Initially I just created a new repository and lost all my previous changes. This solution of course worked, but it really reduced the usefulness of TortoiseHG. (2) I have gotten good at identifying and Stripping Revisions from the repo that contain the references to the two conflicting character casings of the problematic files. This takes quite a while and I end up grouping together into one commit what previously where the individual revisions that I had to strip out. It would be nice to fix this issue as the refactoring tool that I use has never caused this issue to occur with TortoiseSVN. That is to say: there is a way to fix this issue. -- Comment By: TK Soh (tksoh) Date: 2008-08-25 19:14 Message: Logged In: YES user_id=411637 Originator: NO Maybe you will find this useful: http://www.selenic.com/mercurial/wiki/index.cgi/FixingCaseCollisions -- Comment By: TK Soh (tksoh) Date: 2008-08-25 19:10 Message: Logged In: YES user_id=411637 Originator: NO Do you know how your refactoring tool change the file name in your repo? Is this 'hg mv', or combination of 'hg rm' and 'hg add'. When I tried the latter, and Hg did not complain during commit, but it won't let me checkout the earlier changeset after the commit. I'm sure if this is a 'known' bug in Hg. FYI, 'hg mv' won't let me rename file with case-flips in it's filename. -- Comment By: Ben Houston (bhouston) Date: 2008-08-25 18:58 Message: Logged In: YES user_id=77981 Originator: YES I am not using hg mv rather I am using an IDE refactoring tool that just changes the files names. I don't mind that it breaks individual file revision tracking (i.e. it appears as if one file is deleted and a new one is created), its enough that it just tracks the changes. But right now if I change case during a refactor it breaks the Hg repo for all other computers it get's synchronized to. I am using Vista and Windows XP -- and it appears that I can cause this error on either machine, thus I think it is just the way Win32 handles file names. -- Comment By: TK Soh (tksoh) Date: 2008-08-25 18:53 Message: Logged In: YES user_id=411637 Originator: NO I am confused. So, you are on Windows. Do you use 'hg mv' to rename the file? I though it won't let you. In any case, I am not too familiar with case-collision in hg. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2074555group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1903115 ] Qct hangs when commiting large number of additions
Bugs item #1903115, was opened at 2008-02-27 09:18 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1903115group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 7 Private: No Submitted By: KPTheProf (kptheprof) Assigned to: Nobody/Anonymous (nobody) Summary: Qct hangs when commiting large number of additions Initial Comment: I've added a large number of files (1194 files and 11 folders) using the add files successfully, but when I commit the changes, the commit tool hangs after pressing the commit button. I left it running for about an hour before closing the window (it showed as not responding). When I went back into the view changelog the new files were shown as been added, but the previous commit that I had done a few days ago (tip 14) appears to have been replaced by this commit. If I run the add files again then the files from the tip 14 are listed as unknown and I can add them again successfully and commit them. -- Comment By: Ben Houston (bhouston) Date: 2008-08-25 18:52 Message: Logged In: YES user_id=77981 Originator: NO I modified the bug title to avoid mixing up this issue (for Qct) with the internal commit dialog. Ah. Yeah, I don't know what Qct is. I just have problems with the TortoiseHg Commit dialog going unresponsible when dealing with large commits. I guess that is somewhat understandable. This isn't the biggest issue I've run into -- the biggest is the locking of Explorer.exe and Open/SaveFileDialogs while browsing and the issue with character casing making it impossible to update to the latest revision on a different machine. bhouston: what version of TortoiseHg are you using? I try to stay up to date. I was running version 0.4rc3 until about an hour ago. I'm now using the latest. -- Comment By: TK Soh (tksoh) Date: 2008-08-25 18:45 Message: Logged In: YES user_id=411637 Originator: NO I modified the bug title to avoid mixing up this issue (for Qct) with the internal commit dialog. bhouston: what version of TortoiseHg are you using? -- Comment By: Ben Houston (bhouston) Date: 2008-08-25 18:13 Message: Logged In: YES user_id=77981 Originator: NO I have similar issues. It doesn't hang outright but it goes Not Responding according to windows. Basically, the commit thread or whatever needs to call Windows.Update() or Application.DoEvents() or equivalent. -- Comment By: Steve Borho (sborho) Date: 2008-04-17 11:46 Message: Logged In: YES user_id=12062 Originator: NO Thank you very much! It was, indeed, the print statements that are causing all the grief. I have removed them from the TortoiseHg version of Qct, since the print statements are completely worthless anyway. This will be fixed in the 0.4 release -- Comment By: AndyB (boersmaa) Date: 2008-04-17 11:38 Message: Logged In: YES user_id=2065842 Originator: NO I just installed version 4rc1 When selecting a large quantity to commit it hangs. Running QCT out of a command line I got the following error: Traceback most recent call last: File qctlib\gui_logic.pyc, line 797, in commitSelected File qctlib\vcs\hg.pyc, line 511, in commitFiles IOError: [Errno 12] Not enough space Its a windows 2003 server, with all patches, totally uptodate. Thanks -- Comment By: Steve Borho (sborho) Date: 2008-04-15 09:15 Message: Logged In: YES user_id=12062 Originator: NO The Windows installers include the Qct commit tool and they ship with a Mercurial.ini that selects Qct as the default commit tool. When you install from source, you have to install Qct separately if you want to use it, otherwise TortoiseHg uses it's internal commit dialog. http://qct.sourceforge.net/hg/qct I've also wondered about the buffer overflow. I would like to comment out the two print statements in the Qct commit function and see if the situation improves. I was going to do this in the next build. -- Comment By: Doug Philips (dgou) Date: 2008-04-15 07:38 Message: Logged In: YES user_id=392583 Originator: NO I updated back to 5a5341bda4c5 and it acted still the same under Mac OS X. Where do I go to read about the GUI differences under Windows? I am wondering if all my long path names aren't causing a buffering and/or pipe write/read deadlock problem
[thg-dev] [ tortoisehg-Bugs-2104047 ] HGTK crash in libapr
Bugs item #2104047, was opened at 2008-09-10 11:49 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2104047group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Rusek (stefanrusek) Assigned to: Nobody/Anonymous (nobody) Summary: HGTK crash in libapr Initial Comment: I am running Windows Vista x64, but I this probably occurs on other versions Repro: 1. Install TortoiseHG and the latest Subversion command line client 2. open a command line and cd to a hg repo 3. type hgtk log Expected: a cool hgtk log window Actual: an access violation in libapr.dll :( After some research, I noticed that in the subversion directory there is a libapr.dll and in tortoisehg there is a libapr-1.dll. If I remove the subversion dir from the path, then hgtk works fine. It appears that the app is trying to load libapr, first it searches the path for libapr.dll, then it searches for libapr-1.dll. This means that if subversion is installed on my machine it always fails. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:26 Message: demandimport should make this problem go mostly away, but this is still annoying. moved to bb issue about the installer -- Comment By: Stefan Rusek (stefanrusek) Date: 2008-10-20 09:36 Message: In fact, renaming the file does fix the problem. -- Comment By: Stefan Rusek (stefanrusek) Date: 2008-10-20 09:34 Message: This occurs on multiple versions of subversion. This occurred when I had v1.4 installed and continued with v1.5. Since the Dll loader in windows searches the directory the exe is located in before the path. It would seem that this issue could be resolved by renaming libapr-1.dll - libapr.dll. -- Comment By: TK Soh (tksoh) Date: 2008-09-11 09:54 Message: What version of svn have you installed on your system? The installer for TortoiseHg 0.4.1 comes with svn binding v1.4.6 (for python 2.5), which seems to contain the different (newer?) version of libapr.dll. I am not sure what's the best way to manage such conflict though, other than installer a version of svn using the same libapr.dll. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2104047group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2116362 ] Internal commit tool not support gbk comment.
Bugs item #2116362, was opened at 2008-09-17 10:27 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2116362group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: czybear (czybear) Assigned to: Nobody/Anonymous (nobody) Summary: Internal commit tool not support gbk comment. Initial Comment: If the comment is gbk code, the commit will fail.You can see the detail info in file of demo repo(commit_failed.txt). -- Comment By: TK Soh (tksoh) Date: 2008-09-22 00:55 Message: You can find the information on TortoiseHg homepage: http://tortoisehg.sourceforge.net/#download -- Comment By: czybear (czybear) Date: 2008-09-19 06:10 Message: Can you tell me how and where to download the TortoiseHg source code ? I couldn't found in sf.net cvs. Thanks. -- Comment By: TK Soh (tksoh) Date: 2008-09-18 09:20 Message: I'm able to create the error here, as well as a fix. It'd be nice if you can install TortoiseHg from source, then you can help test out the fix. -- Comment By: TK Soh (tksoh) Date: 2008-09-17 18:47 Message: Can you try to look into tracelog (Python Trace Collector, on TortoiseHg's program menu) window to see if there's any error message? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2116362group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2171913 ] View outgoing fails after view pulled revisions
Bugs item #2171913, was opened at 2008-10-16 09:49 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2171913group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Holiman (holiman) Assigned to: Nobody/Anonymous (nobody) Summary: View outgoing fails after view pulled revisions Initial Comment: Steps to reproduce 1. Clone a remote repository locally into c:\repos\poc 2. Clone it locally again c:\repos\poc2 3. Make a change in poc\, push to remote location which requires authentication. (I have not reproduced it between local repos without auth) 4. In poc2, select Synchronize 5. Under Pull, select do fetch 6. Do Pull, which pulls changes. 7. Click on View Pulled revisions 8. Close changelog again 9. Click Outgoing Command fails with something like this : comparing with http://myserver/myrepo *** http authorization required[command interrupted] After restarting the Synchronize - window, things work well again. -- Comment By: Holiman (holiman) Date: 2008-12-17 04:41 Message: The original bug was found on a server which required authentication on ALL operations. Freehg.org only requires authentication on push. Therefore, the steps above do not reproduce the bug using that server. It is, however, possible to reproduce it on freehg if changes are made in both repos, and step nine is replaced by push instead of outgoing. Otherwise, may be easier to use a server which has the entire hg webdir inside an auth realm. -- Comment By: Holiman (holiman) Date: 2008-12-17 03:33 Message: Ok, my bad, did not see auth when I tried to clone an empty repo. Will have it tested asap (I am on linux right now) and get back to you -- Comment By: TK Soh (tksoh) Date: 2008-12-17 03:10 Message: I am not sure I understand your question completely, but freehg.org will prompt you for username and password when you try to push to it. As I mentioned, I was using the freehg.org. Maybe you meant something by authentication? -- Comment By: Holiman (holiman) Date: 2008-12-17 02:59 Message: I registered an account on freehg.org, but I did not find any mechanisms to set it up to use authentication. Did you use a server that required authentication when you tried to reproduce? (The original defect was encountered using basic auth) -- Comment By: TK Soh (tksoh) Date: 2008-12-11 01:09 Message: Using freehg.org as the remote server, I was not able to reproduce what you reported. Can you please try to see if you are able to reproduce the bug with freehg.org? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2171913group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2225621 ] path of remote repository can't contains non-ascii character
Bugs item #2225621, was opened at 2008-11-05 09:13 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Chen Houwu (chenhouwu) Assigned to: Nobody/Anonymous (nobody) Summary: path of remote repository can't contains non-ascii character Initial Comment: When I synchonize with a remote repository, I find if the path of the remote repository contains non-ascii characters, the GUI will told me that the repository can't be found. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:29 Message: please retest and report if it's still an issue on 0.7 -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 05:27 Message: the repository is attached here. File Added: 啊啊啊.rar -- Comment By: Chen Houwu (chenhouwu) Date: 2008-12-11 05:25 Message: I use Microsoft Windows XP Chinese Simplified Edition. The encoding it used is cp936/gbk. File Added: screenshot.PNG -- Comment By: TK Soh (tksoh) Date: 2008-12-11 00:53 Message: What is the encoding you are using? Will you be able to upload a small sample repo to help debugging? Thanks. -- Comment By: Chen Houwu (chenhouwu) Date: 2008-11-05 09:22 Message: P.S. I found the bug in TortoiseHg 0.5. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2225621group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2233380 ] qct don't display chinese correctly
Bugs item #2233380, was opened at 2008-11-07 02:52 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2233380group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Closed Resolution: None Priority: 5 Private: No Submitted By: yangjun (yj_yulin) Assigned to: Nobody/Anonymous (nobody) Summary: qct don't display chinese correctly Initial Comment: when the dirctory or filename contains chinese, it don't display correctly. tortoishhg version: 0.5 -- Comment By: TK Soh (tksoh) Date: 2008-12-11 19:59 Message: chenhouwu: I just found out that your enhancement package isn't really an installer, but addition diff tool and config tweaks. My apology on the presumption. -- Comment By: TK Soh (tksoh) Date: 2008-12-11 01:20 Message: chenhouwu: Please post your suggestion on enhancement, or simply submit your patches, to TortoiseHg development team. Releasing alternative installers may create confusion among the community, and cause disruption to the development of TortoiseHg. -- Comment By: Chen Houwu (chenhouwu) Date: 2008-11-12 06:08 Message: you can config mercurial.ini as following. -- [tortoisehg] commit = internal -- perhaps TortoiseHg configs qct with some wrong option, so it can't support Non-ascii charactor. I have released a enhanced package, see here: http://blog.chinaunix.net/u/8650/showart_1409725.html -- Comment By: Peer Sommerlund (peso) Date: 2008-11-07 05:02 Message: If this bug occurs in the qct application, then it should be reported on the qct bug tracker. http://sourceforge.net/tracker/?group_id=188871atid=927052 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2233380group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2315180 ] Clone fails on # in local path
Bugs item #2315180, was opened at 2008-11-19 10:29 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2315180group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Marc Nijweide (nijweide) Assigned to: Nobody/Anonymous (nobody) Summary: Clone fails on # in local path Initial Comment: When local path contains # character (e.g., C:\Projects\C#\MyProject), clone fails with message: *** repository C:\Projects\C not found[command interrupted] -- Comment By: TK Soh (tksoh) Date: 2008-12-10 22:42 Message: Per Mercurial developer, the '#' is used as branch separator. It doesn't appear that they are treating as bug: On Sun, Nov 30, 2008 at 10:03 AM, Benoit Boissinot bbois...@gmail.com wrote: On Sun, Nov 30, 2008 at 3:50 AM, TK Soh teekay...@gmail.com wrote: A user of TortoiseHg has reported this, which I confirmed with recent crew version of Mercurial: $ hg -R crew# tip changeset: 6797:694223a29ad4 tag: tip user:by...@base2.cc date:Thu Jul 03 20:53:14 2008 -0700 summary: Added missing --config global option to zsh_completion. $ hg clone crew# c1 abort: repository crew not found! That's the branch separator, see mercurial.hg.parseurl(). regards, Benoit -- Comment By: TK Soh (tksoh) Date: 2008-11-19 20:17 Message: I tried with command-line hg, and it's having the same problem. You may want to post this to the mercurial list. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2315180group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1886935 ] Dialogs are displayed off the viewable area on multi-desktop
Bugs item #1886935, was opened at 2008-02-05 05:04 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1886935group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Dialogs are displayed off the viewable area on multi-desktop Initial Comment: I'm using TortoiseHG on a WinXP X64 box (in a 32bit explorer) with 2 monitors. These monitors and the desktop areas viewable on them have different sizes and are not aligned on the top. After a fresh installation of TortoisHG dialog windows are displayed partially off the edge of my second window, in particular the top edge of the window in invisible, so that I can't easily move the window (workaround: Task bar - Cascade Windows, but that's hassle because it also effects all other windows). Fix: Check if a window is in the visible area of the desktop when it is opened. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:32 Message: moved to bb -- Comment By: Stephan Tolksdorf (stolksdorf) Date: 2008-02-05 05:20 Message: Logged In: YES user_id=1980461 Originator: NO Correction: off the edge of my second _monitor_ Addition: I'm using TortoiseHG 0.3. Since the ChangeLog dialog doesn't seem to remember its position, it is currently unusable for me. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1886935group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2413457 ] UNC paths not affected by localdisk option
Bugs item #2413457, was opened at 2008-12-10 03:24 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2413457group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: overlay icons Group: Extension Status: Closed Resolution: None Priority: 2 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: UNC paths not affected by localdisk option Initial Comment: TortoiseHg 0.5 Windows XP SP3 A folder displayed with an UNC path (beginning with \\server\folder) will not have overlay icons hidden even though Overlay Icons = localdisks in global settings. The same folder displayed with a mapped path (N:\folder) will have overlaly icons hidden. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:34 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2413457group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2036539 ] Right-Click Menu Missing
Bugs item #2036539, was opened at 2008-08-03 03:49 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2036539group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: context menu Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Right-Click Menu Missing Initial Comment: Being new to tortoisehg, I can't seem to get the advertised right-click menu to appear. I am running Vista x64 and have read the thread in the forums section regarding the same issue. The posted registry fix doesn't seem to work. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:34 Message: port is in progress -- Comment By: TK Soh (tksoh) Date: 2008-10-07 19:41 Message: Was the tracebacks generated by 0.4rc3? The line numbers don't seem right when comparing to the source. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-07 09:19 Message: Same problem here om Win2k The traceback collector shows: idCmdFirst = 30772 _get_commands() on pythoncom error: Unexpected exception in gateway method 'QueryContextMenu' Traceback (most recent call last): File win32com\server\policy.pyc, line 332, in _InvokeEx_ File win32com\server\policy.pyc, line 593, in _invokeex_ File tortoise\contextmenu.pyc, line 254, in QueryContextMenu File tortoise\contextmenu.pyc, line 173, in _create_menu type 'exceptions.OverflowError': long int too large to convert to int pythoncom error: Unexpected gateway error Traceback (most recent call last): File win32com\server\policy.pyc, line 332, in _InvokeEx_ File win32com\server\policy.pyc, line 593, in _invokeex_ File tortoise\contextmenu.pyc, line 254, in QueryContextMenu File tortoise\contextmenu.pyc, line 173, in _create_menu type 'exceptions.OverflowError': long int too large to convert to int -- Comment By: Rob Raines (robojerk) Date: 2008-08-21 22:28 Message: Logged In: YES user_id=2188400 Originator: NO The registry fix found on the forums. http://sourceforge.net/forum/forum.php?thread_id=2020077forum_id=708261 I'm using the latest build on here by the way and am using Vista x64 . -- Comment By: Rob Raines (robojerk) Date: 2008-08-21 21:24 Message: Logged In: YES user_id=2188400 Originator: NO I have the same issue. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-20 23:43 Message: Logged In: NO May I know which registry fix are you referring to? TK -- Comment By: Rob Raines (robojerk) Date: 2008-08-20 23:29 Message: Logged In: YES user_id=2188400 Originator: NO I have the same issue. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-03 03:51 Message: Logged In: NO I forgot to mention that I am running TortoiseHg-0.4rc3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2036539group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1900284 ] Ctx menu appearing twice
Bugs item #1900284, was opened at 2008-02-23 07:01 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1900284group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: context menu Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Saverio Miroddi (itmozart) Assigned to: Nobody/Anonymous (nobody) Summary: Ctx menu appearing twice Initial Comment: When i highlight a folder, if I go to the File menu, TortoiseHG submenu appears twice. I can reproduce it every time. That's it :-) TortoiseHG 0.3 Windows XP Home Saverio -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:38 Message: reopen on bb if it's still an issue -- Comment By: Doug Philips (dgou) Date: 2008-04-13 15:53 Message: Logged In: YES user_id=392583 Originator: NO I wish I could, but I am a translanted *nix user, forced into using Windows, so I'd do the same googles as you... -- Comment By: TK Soh (tksoh) Date: 2008-04-13 09:45 Message: Logged In: YES user_id=411637 Originator: NO Yep. No luck on web researching this issue. Any help/pointer would be appreciated. -- Comment By: Doug Philips (dgou) Date: 2008-04-13 09:33 Message: Logged In: YES user_id=392583 Originator: NO Still here in 0.4rc1. I note also that the two menus have very different submenus... -- Comment By: TK Soh (tksoh) Date: 2008-02-24 04:39 Message: Logged In: YES user_id=411637 Originator: NO My preliminarily finding is that, for some reasons, the context menu extension will be called twice when folders/files are selected. It might be some undocumented behavior of Explorer on this aspect. Time for more research... -- Comment By: TK Soh (tksoh) Date: 2008-02-23 22:28 Message: Logged In: YES user_id=411637 Originator: NO Nice catch! :-) I will look into it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1900284group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-1873590 ] TortoiseHg menu not present on desktop
Bugs item #1873590, was opened at 2008-01-17 05:09 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1873590group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: TortoiseHg menu not present on desktop Initial Comment: THG Version 0.2 The context menu on the desktop does not display the TortoiseHG sub-menu. The menu is displayed inside other folders, even inside folders on the desktop. I.e. for user foo with a folder bar on the desktop: C:\Documents and Settings\foo\ -- displays menu C:\Documents and Settings\foo\Desktop\ -- does not display menu C:\Documents and Settings\foo\Desktop\bar\ -- displays menu This is true for the background desktop, as well as for a Windows Explorer session that browses the desktop. -- Comment By: Steve Borho (sborho) Date: 2009-03-05 01:41 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-03-17 04:55 Message: Logged In: YES user_id=411637 Originator: NO It's just going to require out-of-the-folder thinking. There's definitely a way to insert a contextual menu there--you just can't expect to add it like you would to a normal file object. Do you have any web resources on this issue? -- Comment By: Ted Pavlic (neodore) Date: 2008-03-15 14:46 Message: Logged In: YES user_id=204733 Originator: NO I don't think that's a discrepancy. When you right-click on the Desktop *folder*, the Properties does not bring up the Display properties. However, that's exactly what happens when you right-click on the *Desktop* (not the folder). Windows just doesn't view the desktop as a folder. This is one of the reasons why Windows doesn't act like you might expect when you do things like moving the Desktop folder while the Explorer is running. It's just going to require out-of-the-folder thinking. There's definitely a way to insert a contextual menu there--you just can't expect to add it like you would to a normal file object. -- Comment By: Ted Pavlic (neodore) Date: 2008-03-15 11:24 Message: Logged In: YES user_id=204733 Originator: NO The desktop is a special folder that doesn't respond the same was as other folders. HOWEVER, it is possible to add to that context menu. For example, the backup tool Mozy does it. I just think you have to do more than associate your menu with folders. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-14 19:23 Message: Logged In: NO Draw back: The menu isn't shown anywhere. Sorry for teh wrong report. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-14 19:21 Message: Logged In: NO I saw the same on a Windows Vista 64bit of a friend of mine with THG 0.3 -- Comment By: TK Soh (tksoh) Date: 2008-01-17 08:10 Message: Logged In: YES user_id=411637 Originator: NO I guessing the desktop (not the dir) is some kind of virtual folder object, where no pathname is passed into the context menu extension when right-clicking on the background desktop. One discrepancy though, the menu shows up ok in C:\Documents and Settings\foo\Desktop\ directory on my system. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=1873590group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2548015 ] Highlighted colors of a menu item make texts undreadable
Bugs item #2548015, was opened at 2009-01-30 00:15 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2548015group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Vista Status: Open Resolution: None Priority: 5 Private: No Submitted By: Joongi Kim (daybreaker12) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighted colors of a menu item make texts undreadable Initial Comment: As the issue summary says, the highlighted color of background and text of a menu item in the dialogs are same, so I can't read the text of the item. Of course, still I can know what the item says by moving highlights to other items, but this is a defect that degrades the final quality of TortoiseHg. I'm using Windows Vista x64 and the default color scheme. Also I've installed TortoiseHg from the official binary installer. -- Comment By: Steve Borho (sborho) Date: 2009-02-16 21:41 Message: It occurs to me that GTK themes would probably solve this problem. And we just happen to ship with a few of them. For releases up to 0.7, you will have to do this manually. In future releases, I may make this configurable in thgconfig. * cd C:\Program Files\TortoiseHg\share\themes * look at the themes in this directory, remember their names or keep this folder open. * cd ..\..\etc\gtk-2.0 * edit gtkrc and change the name of the theme you wish to use * Changes take affect on all newly launched applications -- Comment By: Doug Philips (dgou) Date: 2009-01-30 01:44 Message: I have seen the same problem with 0.6 TortoiseHg on Windows XP with Service Pack 3. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2548015group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1889541 ] Support to internationalization
Feature Requests item #1889541, was opened at 2008-02-08 05:52 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889541group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release (example) Status: Pending Priority: 3 Private: No Submitted By: Victor Westmann (victorwestmann) Assigned to: Nobody/Anonymous (nobody) Summary: Support to internationalization Initial Comment: It would be awesome if TortoiseHG could have several different languages to display. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:25 Message: this process has begun, feel free to contribute on Launchpad. See the links on the new wiki. -- Comment By: Peer Sommerlund (peso) Date: 2008-02-09 13:15 Message: Logged In: YES user_id=12974 Originator: NO This site describes how to internationalize pygtk applications: http://lucumr.pocoo.org/articles/internationalized-pygtk-applications Translation effort can be coordinated on launchpad https://launchpad.net/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889541group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2519228 ] Bundle/unbundle handling
Feature Requests item #2519228, was opened at 2009-01-19 03:21 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: GrayNM (graynm) Assigned to: Nobody/Anonymous (nobody) Summary: Bundle/unbundle handling Initial Comment: I think it`s needed some GUI for bundle handling. Ability to create bundle may be added to synchronize dialog. But sometimes it`s useful to create bundle with selection of starting changeset. May be is a good point to add this option to right-click menu in changelog? It would look like this: create bundle since this revision up to tip. To apply bundle may be simple register action for some extension, f.e. hgbundle. And apply it with double-click? If bundle is placed outside repository ask for one. May be just open synchronize dialog but with this file set as source. And current repository (if any) as target. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:27 Message: this is in crew, and will be in 0.7 -- Comment By: GrayNM (graynm) Date: 2009-02-02 04:11 Message: Thank you. But I think that ability to generate bundles explicitly from GUI will be great. To send bundle via email I must have connection to another part at least, I`m right? To check revision difference. But sometimes there is no access to another part and create bundle will be possible only via cmd with direct selection of start revision. -- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-31 21:55 Message: Reading bundle files has been added to the synchronize dialog. This should be in the next release We have not added the ability to generate bundles, but this feature is available via the email tool (only in a limited sense, since it will only send a bundle of outgoing changes) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2519228 ] Bundle/unbundle handling
Feature Requests item #2519228, was opened at 2009-01-19 03:21 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Pending Priority: 5 Private: No Submitted By: GrayNM (graynm) Assigned to: Nobody/Anonymous (nobody) Summary: Bundle/unbundle handling Initial Comment: I think it`s needed some GUI for bundle handling. Ability to create bundle may be added to synchronize dialog. But sometimes it`s useful to create bundle with selection of starting changeset. May be is a good point to add this option to right-click menu in changelog? It would look like this: create bundle since this revision up to tip. To apply bundle may be simple register action for some extension, f.e. hgbundle. And apply it with double-click? If bundle is placed outside repository ask for one. May be just open synchronize dialog but with this file set as source. And current repository (if any) as target. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:27 Message: this is in crew, and will be in 0.7 -- Comment By: GrayNM (graynm) Date: 2009-02-02 04:11 Message: Thank you. But I think that ability to generate bundles explicitly from GUI will be great. To send bundle via email I must have connection to another part at least, I`m right? To check revision difference. But sometimes there is no access to another part and create bundle will be possible only via cmd with direct selection of start revision. -- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-31 21:55 Message: Reading bundle files has been added to the synchronize dialog. This should be in the next release We have not added the ability to generate bundles, but this feature is available via the email tool (only in a limited sense, since it will only send a bundle of outgoing changes) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2519228group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-2028154 ] add revert to history menu
Feature Requests item #2028154, was opened at 2008-07-25 14:24 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2028154group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Closed Priority: 5 Private: No Submitted By: sagikliwon (sfgsagi) Assigned to: Nobody/Anonymous (nobody) Summary: add revert to history menu Initial Comment: CLI equivalent : hg revert. Currently, i am beta testing my hg revert that will be shown on history log right click menu. Will be sending patches once i finalize it. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:34 Message: this seems to be done -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=2028154group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1914855 ] fetch (or at least pull+merge support)
Feature Requests item #1914855, was opened at 2008-03-15 11:22 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1914855group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Ted Pavlic (neodore) Assigned to: Nobody/Anonymous (nobody) Summary: fetch (or at least pull+merge support) Initial Comment: Already, the Synchronize tool has an option to update after a pull. However, there's no ability to automatically MERGE after an update if new heads are introduced. Basically, it would be nice if there was a graphical equivalent of the merge plugin on the command line. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:38 Message: fetch has been added to the synchronize dialog -- Comment By: TK Soh (tksoh) Date: 2008-04-05 11:46 Message: Logged In: YES user_id=411637 Originator: NO The support for the Fetch extension has been added to Synchronize dialog, which will be available on 0.4. -- Comment By: Doug Philips (dgou) Date: 2008-04-05 07:21 Message: Logged In: YES user_id=392583 Originator: NO I don't see a voting option, but I would like to see this too. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1914855group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1944469 ] Save checkbox state of Pull
Feature Requests item #1944469, was opened at 2008-04-16 18:33 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1944469group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Sebastian Deutsch (sdeutsch) Assigned to: Nobody/Anonymous (nobody) Summary: Save checkbox state of Pull Initial Comment: Many people want to pull and update their local working copy (hg pull -u) in one step. It would be nice if TortoiseHg saves the state of the checkbox, so that two annoing clicks can be saved. Maybe this can also be moved in the settings dialog. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:40 Message: this has been in since 0.4 something -- Comment By: TK Soh (tksoh) Date: 2008-04-19 20:29 Message: Logged In: YES user_id=411637 Originator: NO sdeutsch: what do you mean? In any case, I've just pushed the 'fix' on this to crew as cset 275dac79437c. For now, it just save the pull-update option. Other options may be added fairly easily if needed. -- Comment By: Sebastian Deutsch (sdeutsch) Date: 2008-04-19 13:24 Message: Logged In: YES user_id=1838108 Originator: YES Actually the status *IS* changed during synchronize is open. But for myself, I close and reopen it a lot of times. -- Comment By: Doug Philips (dgou) Date: 2008-04-19 12:17 Message: Logged In: YES user_id=392583 Originator: NO I know this will annoy my team at work, any chance that this can get fixed for 0.4rc2/0.4official? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1944469group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1904822 ] Allow user to deselect hunks for commit with the commit tool
Feature Requests item #1904822, was opened at 2008-02-29 11:01 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1904822group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Pending Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Allow user to deselect hunks for commit with the commit tool Initial Comment: Often times, I'll make multiple changes to a local repository before committing. Making each commit represent a single type local change can be difficult if you've made multiple changes to the same file. As such, it would be nice if there were some kind of interface to selectively enable chunks within a file (similar to how you can selectively enable files within a working copy) for commit. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:41 Message: this is in crew, and will be in 0.7 -- Comment By: Peter Ruibal (fmoo) Date: 2008-03-02 02:51 Message: Logged In: YES user_id=2006774 Originator: NO tksoh: In the case where you make two changes that are less than five lines apart, they get grouped into the same hunk. It might be helpful if there was a way to allow the GUI to split the hunk in these cases. -- Comment By: TK Soh (tksoh) Date: 2008-02-29 20:23 Message: Logged In: YES user_id=411637 Originator: NO fmoo: I am not sure I understand clearly what you mean by two separate changesets are too close to each other. Can you please elaborate? Thanks. -- Comment By: Peter Ruibal (fmoo) Date: 2008-02-29 20:05 Message: Logged In: YES user_id=2006774 Originator: NO That was kind of also what I was envisioning, tksoh; I was thinking it might also be nice to be able to split hunks in the event that two separate changesets are too close to each other, (possibly) with a splitter or something. -- Comment By: TK Soh (tksoh) Date: 2008-02-29 19:21 Message: Logged In: YES user_id=411637 Originator: NO I have just thought about porting my Shelve extension (created base on the Record extension) into TortoiseHg. The idea I have is to present the diff hunks in treeview with checkbox to select the hunk to shelve/commit. -- Comment By: Peter Ruibal (fmoo) Date: 2008-02-29 15:49 Message: Logged In: YES user_id=2006774 Originator: NO From what I've heard, this is roughly equivalent to a graphical frontend to the Record extension bundled with hg. -- Comment By: Steve Borho (sborho) Date: 2008-02-29 15:35 Message: Logged In: YES user_id=12062 Originator: NO qct already supports this: right click-select changes this is on the TODO list to be added to gcommit, in a more intuitive fashion than the qct version. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1904822group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Feature Requests-1889751 ] Disable shell extension for network drives
Feature Requests item #1889751, was opened at 2008-02-08 12:00 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889751group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Priority: 5 Private: No Submitted By: Christian Andersen (milindur) Assigned to: Nobody/Anonymous (nobody) Summary: Disable shell extension for network drives Initial Comment: Hallo, I have got problems when browsing network shares using explorer or similar tools. The explorer slows down, especially when browsing a busy network share or when using a slow connection. There should be an option in the configuration to enable or disable the shell extension / overlay icons for different drive types: * removable disks * network shares * local disks * cd-/dvd-rom drives Regards, Christian -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:41 Message: this is now supported via the config tool -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968357aid=1889751group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2547944 ] revision selection dialog can't show non-ASCII characters
Bugs item #2547944, was opened at 2009-01-29 23:45 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2547944group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Vista Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Joongi Kim (daybreaker12) Assigned to: Nobody/Anonymous (nobody) Summary: revision selection dialog can't show non-ASCII characters Initial Comment: In the hg log dialog which can be opened from Browse button of hg update dialog, non-ASCII summary crashes like this screenshot. http://image.fileslink.com/7c00391c052e289/tortoisehg-nonasciibug.png This should be fixed. :) -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:47 Message: fixed in crew, will be in 0.7 -- Comment By: TK Soh (tksoh) Date: 2009-02-04 06:41 Message: [summary line revised to correctly reflect affected GUI] I've pushed a fix to crew as cset da27d08979a5. It should appear in the next release of TortoiseHg. -- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-03 21:31 Message: Looks like the history-selection dialog was left out during the earlier round of encoding fix. TK -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2547944group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2421939 ] DeprecationWarning in python 2.6
Bugs item #2421939, was opened at 2008-12-12 11:00 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421939group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Pending Resolution: None Priority: 5 Private: No Submitted By: sagikliwon (sfgsagi) Assigned to: Nobody/Anonymous (nobody) Summary: DeprecationWarning in python 2.6 Initial Comment: When tortoisehg is compiled with python2.6, the following DeprecationWarning will be emitted. /usr/lib/python2.6/site-packages/hggtk/iniparse/ini.py:46: DeprecationWarning: the sets module is deprecated from sets import Set -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:47 Message: this is in crew, and will be in 0.7 -- Comment By: TK Soh (tksoh) Date: 2008-12-12 21:19 Message: I've pushed a fix to crew. Please help test it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421939group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2421911 ] hgtk clone hang in linux
Bugs item #2421911, was opened at 2008-12-12 10:56 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421911group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: sagikliwon (sfgsagi) Assigned to: Nobody/Anonymous (nobody) Summary: hgtk clone hang in linux Initial Comment: hgtk clone will currently hang after pressing browse button followed by open button in linux platform. I am using archlinux which is a bleeding edge distro and always have the latest version of software. Version related to tortoise are as follows: python 2.5 /2.6 - happen in both version pygtk- 2.13.0 gtk- 1.2.10-8 gtk2-2.14.5-1 Even with verbose option turned on, no console output is emitted. -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:52 Message: I have nearly the same versions as you do on my Ubuntu box, and the clone dialog works fine here. -- Comment By: sagikliwon (sfgsagi) Date: 2008-12-13 08:50 Message: So, tortoisehg is not planning to upgrade its gtk libraries to a later version? Currently space is an issue in my machine and most of my tortoisehg development for windows are done in vmware. I have tried installing gtk installer in wine but faces some issue. Can we have some input by other linux user of tortoisehg such as Peter Arrenbrecht who improve nautilus for his google summer of code project and g...@calcifer.org who summit a patch for nautilus? I don't think my rc files has an effect on the bugs -- Comment By: TK Soh (tksoh) Date: 2008-12-13 07:35 Message: Just to be really sure. You are using the exact same version combination on Windows? Also, I wonder if you take out all mercurial hgrc files temporarily to see if any of the settings is causing any problem. You can use 'hg showconfig' to make sure. Unfortunately I don't have any dev system right now that would fit your description for me to debug this. -- Comment By: sagikliwon (sfgsagi) Date: 2008-12-13 00:35 Message: Well. I am a bleeding edge guy. PClinuxOS I confirms it happens. I knew it cause I was trying to package Tortoisehg for PCLinuxOS. Now, I am planning to package hgtk for Archlinux. -- Comment By: TK Soh (tksoh) Date: 2008-12-13 00:26 Message: Other distro such as Ubuntu and PCLinuxOS will have this issue too. That I am not sure. Either they don't, or you are the first to run hgtk on these systems. -- Comment By: sagikliwon (sfgsagi) Date: 2008-12-13 00:00 Message: Nope. It doesn't happen on windows. Repo: You can use any repo, example the tortoisehg crew repo. Try clone from a local repo and this bug will appear. I am not willing to downgrade my gtk libraries as it will affect my rest of applications. Other distro such as Ubuntu and PCLinuxOS will have this issue too. -- Comment By: TK Soh (tksoh) Date: 2008-12-12 20:29 Message: Does it happen on Windows? What version of hgtk? Can you verify on different version of python/gtk/pygtk library? Would you be able to post a sample repo to help debugging? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2421911group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2151552 ] Actions in menu of commit dialog fails for non-ascii filena
Bugs item #2151552, was opened at 2008-10-07 08:30 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2151552group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Flávio Etrusco (etrusco) Assigned to: Nobody/Anonymous (nobody) Summary: Actions in menu of commit dialog fails for non-ascii filena Initial Comment: The actions in the context menu of the internal commit dialog fail for files with non-ascii filenames. 'view' and 'ignore' commands show utf-8 string. Other commands show file doesn't exist. It seems the filename name gets converted to utf-8 before it should... Executing the command from/with the toolbar works. Version is 0.5 (0.4.1 also exhibited this problem). OS is WindowsXP SP2. -- Comment By: Flávio Etrusco (etrusco) Date: 2009-02-05 13:39 Message: I guess this one could be closed? -- Comment By: Flávio Etrusco (etrusco) Date: 2008-10-08 11:38 Message: Executing the ignore command adds the following line to .hgignore (actually, *.~* was already there as the last line): *.~*glob:1844-002-000 - Relatório.doc As expected, command View Diff in the Explorer menu doesn't work. Is there any kind of trace I could (and you'd want I'd) turn on? File Added: delete.PNG -- Comment By: Flávio Etrusco (etrusco) Date: 2008-10-08 11:33 Message: File Added: view-notepad.PNG -- Comment By: Flávio Etrusco (etrusco) Date: 2008-10-08 11:32 Message: File Added: add.PNG -- Comment By: TK Soh (tksoh) Date: 2008-10-07 20:06 Message: Were you able to capture any error messages? Maybe some screenshots too? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2151552group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
[thg-dev] [ tortoisehg-Bugs-2000627 ] qct hangs when submitting a copy
Bugs item #2000627, was opened at 2008-06-23 04:37 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2000627group_id=199155 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: dialogs Group: Extension Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: qct hangs when submitting a copy Initial Comment: qct hangs when the followings on Win2k: 1. right cklick on a untracked file 2. select File is a copy of a revision one 3. a file select dialog popup 4. no action is further possible, qct does not accept any entry. The interface is completely frozen, as if a new invisible popup would have came. 5. Ctrl-Alt-Del -- kill hgproc -- Comment By: Steve Borho (sborho) Date: 2009-02-15 23:54 Message: Qct will unbundled in 0.7, this will no longer be an issue for TortoiseHg. Since Qct can still be used as a separate process, this problem will probably go away in Qct as well, if you chose to install it. -- Comment By: TK Soh (tksoh) Date: 2008-06-28 21:53 Message: Logged In: YES user_id=411637 Originator: NO Have you tried out TortoiseHg's native dialog? It's not as feature-rich as Qct, but shouldn't cause such hangup. Our mid-term goal is to eventually phase out Qct in TortoiseHg. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-23 04:38 Message: Logged In: NO You can contact me @ benoit @nospam@ -AT- aeteurope _DOT_ nl for further informations -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=968354aid=2000627group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
