[thg-dev] [ tortoisehg-Support Requests-2768808 ] No context menu at all
Support Requests item #2768808, was opened at 2009-04-16 10:37 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968355&aid=2768808&group_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: 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? -- >Comment By: Steve Borho (sborho) Date: 2009-04-16 11:20 Message: Please open this issue on our bitbucket issue tracker: http://bitbucket.org/tortoisehg/stable/issues In response, there is a tracelog application shipped with TortoiseHg that captures debugging info from the shell extensions (launchable from the start menu). That will tell you if the extensions are being loaded. Normally, we work quite well on XP. Closing this issue, since we're not using the SF tracker anymore. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968355&aid=2768808&group_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-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=detail&atid=968355&aid=2768808&group_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=detail&atid=968355&aid=2768808&group_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-1900284 ] Ctx menu appearing twice
Bugs item #1900284, was opened at 2008-02-23 21:01 Message generated for change (Comment added) made by tksoh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1900284&group_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: TK Soh (tksoh) Date: 2009-04-08 22:45 Message: reopened on bitbucket: http://bitbucket.org/tortoisehg/stable/issue/154/ctx-menu-appearing-twice -- Comment By: Steve Borho (sborho) Date: 2009-03-05 15:38 Message: reopen on bb if it's still an issue -- Comment By: Doug Philips (dgou) Date: 2008-04-14 04: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 22: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 22: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 18: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-24 12: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=detail&atid=968354&aid=1900284&group_id=199155 -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-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=detail&atid=968354&aid=2548015&group_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=detail&atid=968354&aid=2548015&group_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=detail&atid=968354&aid=2008948&group_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 .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=detail&atid=968354&aid=2008948&group_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=detail&atid=968354&aid=2421939&group_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=detail&atid=968354&aid=2421939&group_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-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=detail&atid=968354&aid=2000627&group_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=detail&atid=968354&aid=2000627&group_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=detail&atid=968354&aid=1894728&group_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 n
[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=detail&atid=968354&aid=1948967&group_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=detail&atid=968354&aid=1948967&group_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=detail&atid=968354&aid=2491520&group_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=detail&atid=968354&aid=2491520&group_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-2547944 ] revision selection dialog can't show non-ASCII characters
Bugs item #2547944, was opened at 2009-01-30 05:45 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2547944&group_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: 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: 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: fixed in crew, will be in 0.7 -- Comment By: TK Soh (tksoh) Date: 2009-02-04 12: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-04 03: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=detail&atid=968354&aid=2547944&group_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=detail&atid=968354&aid=1878812&group_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=detail&atid=968354&aid=1878812&group_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-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=detail&atid=968354&aid=2029281&group_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=detail&atid=968354&aid=2029281&group_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-2268953 ] Qct: Unable to commit
Bugs item #2268953, was opened at 2008-11-12 11:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2268953&group_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: Unable to commit Initial Comment: Unable to commit. Because on commit dialog form, commit button is not activ. TortoiseHg 0.5 Windows xp home sp3 -- >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:03 Message: qct will be unbundled in 0.7, closing -- Comment By: TK Soh (tksoh) Date: 2008-12-17 03:07 Message: The commit tool you are using is called Qct, which is bundled into the TortoiseHg as the default commit tool for current releases. You may want to try TortoiseHg's internal commit tool to see if it works better for you, or not. Please refer to the FAQ page on how to enable the internal commit tool. Our plan is to eventually phase out Qct from TortoiseHg. You may post the request to Qct team for improvement: http://qct.sourceforge.net/ -- Comment By: Nobody/Anonymous (nobody) Date: 2008-12-17 01:41 Message: I had the same experience until I added some text to the Commit Message. It probably ought to be setup that if you try to commit without a Commit Message then a dialog box asks you if you really want to proceed with a blank message. -- Comment By: TK Soh (tksoh) Date: 2008-11-13 01:15 Message: Please try to enter some text into the commit message box. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2268953&group_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 11:31
Message generated for change (Comment added) made by peso
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1879567&group_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)
[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=detail&atid=968354&aid=1879567&group_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,
[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=detail&atid=968354&aid=1879567&group_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: 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 _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.__DEST_NOTEMPTY_TEMPDI
[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=detail&atid=968354&aid=2225621&group_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=detail&atid=968354&aid=2225621&group_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=detail&atid=968354&aid=2025688&group_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=detail&atid=968354&aid=2025688&group_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=detail&atid=968354&aid=2664494&group_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=detail&atid=968354&aid=2664494&group_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=detail&atid=968354&aid=2225621&group_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=detail&atid=968354&aid=2225621&group_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 14:14 Message generated for change (Comment added) made by bandrack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2025688&group_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=detail&atid=968354&aid=2025688&group_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 10:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2664494&group_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: 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. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2664494&group_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 14:14 Message generated for change (Comment added) made by peso You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2025688&group_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: 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: 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=detail&atid=968354&aid=2025688&group_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 14:14 Message generated for change (Comment added) made by bandrack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2025688&group_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: 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 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=detail&atid=968354&aid=2025688&group_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-Patches-1910173 ] Append repo name to dest if exists
Patches item #1910173, was opened at 2008-03-08 11:33 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968356&aid=1910173&group_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: amino acid (aminoacid) Assigned to: Nobody/Anonymous (nobody) Summary: Append repo name to dest if exists Initial Comment: Tk, Just another small patch, checks if dest exists, and if so appends source repository name to dest. This gives the clone operation a better chance of succeeding, and lets the user get on with their work. Also this is SVN's default behavior, so I think people are used to this. Again, like my other suggestions, not anything critical but it helps the tool "get out of the way" and let the user get to work. My thinking is this: 1) I have to start somewhere, small patches first... hope to ramp up and contribute bigger fixes soon, but need to start small 2) every little UI fix like this makes the tool a little bit easier to use, and in the end product just works smoothly and makes widespread adoption easier Let me know if there are other more critical issues you'd rather see me put time/thought into... Thanks! -- Comment By: amino acid (aminoacid) Date: 2008-03-10 20:42 Message: Logged In: YES user_id=1739017 Originator: YES Tk, You're right, I added a question_dialog to ask the user if they want this to happen. Thanks for your critique, I will continue to submit patches as I have time. File Added: append_repo_path.patch -- Comment By: TK Soh (tksoh) Date: 2008-03-10 07:17 Message: Logged In: YES user_id=411637 Originator: NO This can come out as an unpleasant surprise to some people. The user should as least be consulted before going ahead with the cloning. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968356&aid=1910173&group_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=detail&atid=968354&aid=1873590&group_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=detail&atid=968354&aid=1873590&group_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-2029283 ] Serve -> Browse doesn't always work
Bugs item #2029283, was opened at 2008-07-27 04:07 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2029283&group_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: Serve -> Browse doesn't always work Initial Comment: On my parents' computer, Serve -> Browse doesn't work, because their hostname/domainname evaluates to this really long, ugly, Comcast-ey thing. It *does* serve pages, though the hostname it runs with isn't valid / doesn't respond. Perhaps we should try doing a series of quick requests (connect or nslookup) before attempting to launch the browser? 1) Try full "hostname.domain". 2) If (1) fails, try "hostname". 3) If (2) fails, try "127.0.0.1". 4) If (3) show an error dialog instead of (5) opening the browser. 5) Show the browser If any of 1-3 pass, skip ahead to 5 -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 01:40 Message: moved to bb ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2029283&group_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=detail&atid=968354&aid=1900284&group_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=detail&atid=968354&aid=1900284&group_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-2521726 ] Context menu needs separator on top
Bugs item #2521726, was opened at 2009-01-19 18:19 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2521726&group_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: egoots (egoots) Assigned to: Nobody/Anonymous (nobody) Summary: Context menu needs separator on top Initial Comment: Just installed TortoiseHg 0.6 on WinXp. The context menu entries for TortoiseHg need to be separated on the menu from other logical items. Upon install, my top level context menu has a horizontal separator followed by "Sharing and Security..." followed by the TortoiseHg commands, followed by another horizontal separator. Ideally it should have a horizontal separator before and after its own TortoiseHg commands to distinguish it from "Sharing and Security...: etc. See attached screenshot -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 01:37 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2009-02-05 18:31 Message: It looks like the magic number I used in the context menu code to detect the start of menu doesn't cover the situation. I'll need to do some research to figure out the right number to use. -- Comment By: TK Soh (tksoh) Date: 2009-02-05 18:26 Message: Thanks for the info, I can see it on my system too. Let me see if I can find out what's really happening. -- Comment By: egoots (egoots) Date: 2009-02-05 17:52 Message: You are correct. I hadn't noticed this distinction. In the file view pane, even when you right click on a folder instead of a file, it correctly displays a horizontal separator (i.e. a line) between "Sharing and Security..." and the Hg menu items. But not when right clicked from the Folder view pane. -- Comment By: Flávio Etrusco (etrusco) Date: 2009-02-05 13:55 Message: AFAICS this bug only apply to the Folder Pane context menu. The File Pane context menu is ok. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2521726&group_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-1867778 ] Context menu does'nt have all the options
Bugs item #1867778, was opened at 2008-01-09 10:52 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1867778&group_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: nautilus Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Context menu does'nt have all the options Initial Comment: After following all the instructions in http://tortoisehg.wiki.sourceforge.net/Nautilus and execute nautilus --no-desktop, when you select a folder that contains a repo, you get the following output: Traceback (most recent call last): File "/home/gotche/.nautilus/python-extensions/nautilus-thg.py", line 375, in get_file_items changes = repo.dirstate.status(localpaths, util.always, True, True) AttributeError: 'dirstate' object has no attribute 'status' If you double-click in the folder containing the repo, you get more output: Traceback (most recent call last): File "/home/gotche/.nautilus/python-extensions/nautilus-thg.py", line 234, in get_background_items if len(repo.workingctx().parents()) > 1: AttributeError: 'localrepository' object has no attribute 'workingctx' Traceback (most recent call last): File "/home/gotche/.nautilus/python-extensions/nautilus-thg.py", line 466, in update_file_info emblem, status = self._get_file_status(repo, localpath) File "/home/gotche/.nautilus/python-extensions/nautilus-thg.py", line 432, in _get_file_status changes = repo.dirstate.status([localpath], util.always, True, True) AttributeError: 'dirstate' object has no attribute 'status' A right-click in the folder gets a standard context menu. No repo related items can be found in this menu. Thanks -- Comment By: Peter Ruibal (fmoo) Date: 2008-07-27 04:33 Message: Logged In: YES user_id=2006774 Originator: NO Parren's branch works pretty well with hg-crew tip: http://www.bitbucket.org/parren/thg-hg-crew-tip/ -- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-27 00:50 Message: Logged In: NO Which version of Mercurial are you using? I just updated the instructions in the wiki page. Also, may you try it with the current tortoise-dev repository and see if still happens? -- Comment By: Steve Borho (sborho) Date: 2008-01-17 20:46 Message: Logged In: YES user_id=12062 Originator: NO I just fixed a bug in hglib; so now you can at least run all the hgtk dialogs using Mercurial 0.9.4 and above. -- Comment By: TK Soh (tksoh) Date: 2008-01-17 20:36 Message: Logged In: YES user_id=411637 Originator: NO Is this issue resolved using later Mercurial versions? -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-10 03:06 Message: Logged In: NO I have 0.9.1-1ubuntu1 version. I'll try to upgrade thanks -- Comment By: Steve Borho (sborho) Date: 2008-01-09 11:02 Message: Logged In: YES user_id=12062 Originator: NO What version of Mercurial do you have installed? I suspect you need 0.9.5 or newer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1867778&group_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=detail&atid=968354&aid=2036539&group_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 : 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 : 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=2020077&forum_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=detail&atid=968354&aid=2036539&group_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-1997013 ] No icons and context menus on XP64
Bugs item #1997013, was opened at 2008-06-18 11:18 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1997013&group_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: Tobias Kopelke (lordnox) Assigned to: Nobody/Anonymous (nobody) Summary: No icons and context menus on XP64 Initial Comment: I recently installed Tortoise Hg on a vista buissiness and a windows xp 64 professional machine. Vista does not show any problems, xp64 does. I get no context menus, no icons, no sign there is tortoise installed. Using the command line works fine, and the startmenu icons are present. Tortoise SVN works fine though ... -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 01:34 Message: port is in progress -- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-03 12:27 Message: to be more specific, TortoiseHG context menus will show up if you run 32-bit windows explorer; create a shortcut with this (or use Start > Run): %Systemroot%\SysWOW64\explorer.exe /separate -- Comment By: TK Soh (tksoh) Date: 2008-06-28 21:57 Message: Logged In: YES user_id=411637 Originator: NO Pleas checkout the following tracker on related discussions and tips: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1967163&group_id=199155 https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1804667&group_id=199155 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1997013&group_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=detail&atid=968354&aid=2413457&group_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=detail&atid=968354&aid=2413457&group_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=detail&atid=968354&aid=1886935&group_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=detail&atid=968354&aid=1886935&group_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-2342897 ] TortoisePlink.exe do not work for ssh
Bugs item #2342897, was opened at 2008-11-25 05:25 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2342897&group_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: TortoisePlink.exe do not work for ssh Initial Comment: TortoisePlink.exe shiped with Thg do not work for ssh clone,when I replace it with the one under TSVN ,it works. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2342897&group_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=detail&atid=968354&aid=2315180&group_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 wrote: > On Sun, Nov 30, 2008 at 3:50 AM, TK Soh 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=detail&atid=968354&aid=2315180&group_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=detail&atid=968354&aid=2233380&group_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=188871&atid=927052 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2233380&group_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=detail&atid=968354&aid=2225621&group_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=detail&atid=968354&aid=2225621&group_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-2212991 ] TortoiseHg bails out on 'gpyfm'
Bugs item #2212991, was opened at 2008-10-31 19:36 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2212991&group_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: akavel (akavel) Assigned to: Nobody/Anonymous (nobody) Summary: TortoiseHg bails out on 'gpyfm' Initial Comment: On "merge" with conflicts, I receive a window with title "Errors occured" and message: "See the logfile 'C:\Program files\TortoiseHg\gpyfm.exe.log' for details" In the logfile, the following lines appear: Traceback (most recent call last): File "gpyfm", line 53, in ImportError: No module named fm.app (using: TortoiseHg 0.5) If I change the global settings to use "kdiff3" as the 3-way diff program (I have that application installed), everything is OK. I'm on Vista, if that can be important. -- Comment By: Peer Sommerlund (peso) Date: 2008-11-01 05:05 Message: According to the relese notes for THG 0.5 pyfm is no longer part of the installer. http://www.bitbucket.org/tksoh/tortoisehg/src/0.5/ReleaseNotes.txt The installer does not contain logic to update your configuration file. kdiff3 is the recommended merge tool, but if you prefer pyfm you can still use it if you install it yourself. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2212991&group_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=detail&atid=968354&aid=2171913&group_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=detail&atid=968354&aid=2171913&group_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=detail&atid=968354&aid=2116362&group_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=detail&atid=968354&aid=2116362&group_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-2104047 ] HGTK crash in libapr
Bugs item #2104047, was opened at 2008-09-10 11:49 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2104047&group_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: 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=detail&atid=968354&aid=2104047&group_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-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=detail&atid=968354&aid=2104047&group_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=detail&atid=968354&aid=2104047&group_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-2091148 ] settings stored in rootdirectory under win2k
Bugs item #2091148, was opened at 2008-09-03 08:19 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2091148&group_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: settings stored in rootdirectory under win2k Initial Comment: Under Windows2000 the global settings are stored in c:\.tortoisehg\ instead of being stored under the home directroy of the current user. itn...@akazen.de -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 01:24 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2091148&group_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=detail&atid=968354&aid=1903115&group_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 : 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
[thg-dev] [ tortoisehg-Bugs-2074560 ] FileDialog and Explorer extremely slowed down by TortoiseHg
Bugs item #2074560, was opened at 2008-08-25 18:31 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2074560&group_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: FileDialog and Explorer extremely slowed down by TortoiseHg Initial Comment: One repository that I am using TortoiseHg for revision tracking has 11,000 files and 1,200 directories (excluding the contents of the .hg subdirectory.) When I use Windows Explorer (explorer.exe) to browse this repository or when I try to navigate through this repository using a Open/SaveFileDialog, my computer tends to freeze for 20 seconds at a time after each navigation step. This is quite cumbersome and frustrating to say the least. This only happens in TortoiseHg repositories and not TortoiseSvn repositories even with similarly sized repositories. Maybe one can copy how TortoiseSvn determines the icon overlays and related hierarchical file statuses? Anyhow, keep up the great work on TortoiseHg. Even in its rough state it compares well to TortoiseSvn in most respects. It is stable and feature filled enough that my team and I have switched to it over TortoiseSvn for managing our large multi-project commercial code base. -- Comment By: TK Soh (tksoh) Date: 2008-08-25 18:56 Message: Logged In: YES user_id=411637 Originator: NO Is this a known issue. You can find few versions of this bug filed on the tracker. The workaround now (in Tortoisehg >= 0.4) is to disable the overlay icons in the repository that are affected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2074560&group_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-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=detail&atid=968354&aid=2074555&group_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=detail&atid=968354&aid=2074555&group_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-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=detail&atid=968354&aid=2049656&group_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:\\repo_to_convert-hg: unknown (cached) IsMemberOf: _get_state() took 0 ticks C:\\repo_to_convert-hg: unknown (cached) IsMemberOf: _get_state() took 0 ticks find new root _get_state: root = C:\\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 vi
[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=detail&atid=968354&aid=2035084&group_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\eve>hg 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\eve>hg 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 ind
[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=detail&atid=968354&aid=1901835&group_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=detail&atid=968354&aid=1901835&group_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=detail&atid=968354&aid=2025688&group_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=detail&atid=968354&aid=2025688&group_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-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=detail&atid=968354&aid=1879567&group_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: 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.__DEST_NOTEMPTY_TEMPDIR__)
+
+# Move Files over if a temp location was used
+if (exit_code == 0) and (os.path.exists(dest_temp)):
+from shutil import move,
[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=detail&atid=968354&aid=1988065&group_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=detail&atid=968354&aid=1988065&group_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=detail&atid=968354&aid=2030385&group_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=detail&atid=968354&aid=2030385&group_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=detail&atid=968354&aid=2030380&group_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: ( No idea where this came from either ) 5th entry: 6th entry: -- 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=detail&atid=968354&aid=2030380&group_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=detail&atid=968354&aid=2030380&group_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: ( No idea where this came from either ) 5th entry: 6th entry: -- 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=detail&atid=968354&aid=2030380&group_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=detail&atid=968354&aid=1949967&group_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=detail&atid=968354&aid=1949967&group_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-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=detail&atid=968354&aid=1943382&group_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=detail&atid=968354&aid=1943382&group_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-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=detail&atid=968354&aid=1939794&group_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: Logg
[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=detail&atid=968354&aid=1937966&group_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 itse
[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=detail&atid=968354&aid=1942777&group_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=detail&atid=968354&aid=1942777&group_id=199155 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in
[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=detail&atid=968354&aid=1926839&group_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=detail&aid=1903115&group_id=199155&atid=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=detail&atid=968354&aid=1926839&group_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=detail&atid=968354&aid=1927864&group_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=detail&aid=1910816&group_id=199155&atid=968354 ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1927864&group_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-1904798 ] interference with python programs
Bugs item #1904798, was opened at 2008-02-29 10:25 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1904798&group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: interference with python programs Initial Comment: If you try to develop a wxPython program and you have MercurialHg installed, your wx.FileDialog will not work as expected. Also WingIDE 3.0.3 hangs of file dialogs when MercurialHg is installed. There is some discussion in http://sourceforge.net/mailarchive/forum.php?thread_name=A46CBF978138744AAC019E6FF055EAB70F30AE%40apatlelsmail08.elsys.gtri.org&forum_name=tortoisehg-develop -- Comment By: Jason (sevenseeker) Date: 2008-06-30 12:26 Message: Logged In: YES user_id=1666063 Originator: NO Is this a win32all bug? -- Comment By: TK Soh (tksoh) Date: 2008-05-12 00:47 Message: Logged In: YES user_id=411637 Originator: NO I just tried out the free version of Wing IDE 3.1, and am able to recreate the hangup. The outcome of my investigation so far seemed to agree with you on the matter of application process space. The debug trace indicated that Wing IDE somehow overrides TortoiseHg's bundled Python libraries with it's owned, which might have led to the hang up on the file dialog. Though I don't know the whole library handling topic well enough to understand what's really going on behind, nor a permanent fix on this problem. As of now, I have two suggestions on the workaround: 1. Install TortoiseHg from source. Somehow the overlay extension doesn't kick in within WingIDE's file dialog when TortoiseHg is installed from source. 2. In the binary installer, detect that WingIDE is running and raise an exception during initialization. This has a effect of disrupting the overlay extensions and render them ineffective. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-10 03:40 Message: Logged In: NO Yes I was the opener of this bug. I think, this bug is due to the poor architecture of the MS windows shell extensions, which forces applications which use the file open/save dialog to load the shell extension DLLs in its process space. A better solution would be to keep the shell extensions as separate processes. I can imagine, restructuring TortoiseHG with a small shell extension written in "C", and all the rest in a separate process, is not simple task. However, the output of the filedialog.py script on my system: Microsoft Windows XP [Versione 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\parodi>cd Desktop C:\Documents and Settings\parodi\Desktop>filedialog.py before file dialog sys is sys.api_version is 1013 sys.executable is C:\Python25\python.exe sys.hexversion is 33882864 sys.path is ['C:\\Documents and Settings\\parodi\\Desktop', 'C:\\WINDOWS\\system 32\\python25.zip', 'C:\\Python25\\DLLs', 'C:\\Python25\\lib', 'C:\\Python25\\lib \\plat-win', 'C:\\Python25\\lib\\lib-tk', 'C:\\Python25', 'C:\\Python25\\lib\\si te-packages', 'C:\\Python25\\lib\\site-packages\\PIL', 'C:\\Python25\\lib\\site- packages\\pythonutils', 'C:\\Python25\\lib\\site-packages\\win32', 'C:\\Python25 \\lib\\site-packages\\win32\\lib', 'C:\\Python25\\lib\\site-packages\\Pythonwin' , 'C:\\Python25\\lib\\site-packages\\wx-2.8-msw-unicode'] sys.version is 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Int el)] sys.version_info is (2, 5, 2, 'final', 0) sys.stderr is ', mode 'w' at 0x0099F0B0> sys.stdout is ', mode 'w' at 0x0099F068> sys has not attribute "frozen" saving stdout running file dialog ... Redirecting output to win32trace remote collector stdout had been redirected to after file dialog sys is sys.api_version is 1013 sys.executable is C:\Python25\python.exe sys.hexversion is 33882864 sys.path is ['C:\\Documents and Settings\\parodi\\Desktop', 'C:\\WINDOWS\\system 32\\python25.zip', 'C:\\Python25\\DLLs', 'C:\\Python25\\lib', 'C:\\Python25\\lib \\plat-win', 'C:\\Python25\\lib\\lib-tk', 'C:\\Python25', 'C:\\Python25\\lib\\si te-packages', 'C:\\Python25\\lib\\site-packages\\PIL', 'C:\\Python25\\l
[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=detail&atid=968354&aid=1941368&group_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=detail&atid=968354&aid=1941368&group_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=detail&atid=968354&aid=1895443&group_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=detail&atid=968354&aid=1895443&group_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=detail&atid=968354&aid=1891211&group_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 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=detail&atid=968354&aid=1891211&group_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=detail&atid=968354&aid=1892791&group_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=detail&aid=1891441&group_id=199155&atid=968357 http://sourceforge.net/tracker/index.php?func=detail&aid=1889751&group_id=199155&atid=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=detail&atid=968354&aid=1892791&group_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-2103749 ] Changelog viewer doesn't refresh after making local tag
Bugs item #2103749, was opened at 2008-09-10 08:14 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2103749&group_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: Changelog viewer doesn't refresh after making local tag Initial Comment: It doesn't refresh after "moving" a local tag either. I haven't tried with a non-local tag, but I am using local tags a lot more and it is weird that the change log viewer, which has spawned the tag dialog, doesn't automatically refresh after it closes. -- Comment By: TK Soh (tksoh) Date: 2008-10-15 19:41 Message: fixed in 0.5. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-09-11 23:43 Message: When a changeset shows up in crew, then it's asking to be tested more. And you always pull all the changeset available. It'd be good to setup to run from source. Apart from testing the crew changes, it's also needed if you intend to help develop THG. -- Comment By: Doug Philips (dgou) Date: 2008-09-11 22:16 Message: OK. Is crew stable enough to test from tip or should I pull a specific changeset? Now to figure out how to test it with 0.4.1 installed and not being able to build my own installer. Will check the wiki tomorrow for running from the source. Thanks for the fix! -- Comment By: TK Soh (tksoh) Date: 2008-09-11 09:59 Message: I've pushed a fix to crew. Perhaps you can help test it out? -- Comment By: Nobody/Anonymous (nobody) Date: 2008-09-10 08:51 Message: It doesn't update for non-local tags either. I will push a workaround after more testing. TK ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2103749&group_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=detail&atid=968354&aid=1891687&group_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=detail&atid=968354&aid=1891687&group_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-1873675 ] Can't handle chinese file name (cp950)
Bugs item #1873675, was opened at 2008-01-17 07:44 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1873675&group_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: Can't handle chinese file name (cp950) Initial Comment: Hi, When I explorer a repository that only have ascii code file name, the overlay icon is ok. But I explorer a repository that have chinese name, the overlay icon is missing. I open Python trace collector, I found many errors as below. === 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\iconoverlay.pyc", line 228, in IsMemberOf File "tortoise\iconoverlay.pyc", line 120, in _get_state File "mercurial\util.pyc", line 921, in write : 'ascii' codec can't encode characters in position 3-6: ordinal not in range(128) 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\iconoverlay.pyc", line 228, in IsMemberOf File "tortoise\iconoverlay.pyc", line 168, in _get_state File "ntpath.pyc", line 102, in join : 'ascii' codec can't decode byte 0xbd in position 29: ordinal not in range(128) pythoncom error: Unexpected gateway error = I have tried to solve the util.pyc, At line 34, _encoding = locale.getpreferredencoding() or 'ascii' At line 36 _encoding = 'ascii' At line 38 _fallbackencoding = 'ISO-8859-1' I changed 'ascii' and 'ISO-8859-1' to 'cp950'. Then I don't get error of 'mercurial\util.pyc'. But I don't know how to solve the error of 'File "ntpath.pyc", line 102, in join'. I know this kind of solution is ugly. So please help me. I attach the repository that contain chinese file name inside. Hope this zip can help you. -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:58 Message: please open a new bug if this is still an issue make sure you try the win32mbcs extension first -- Comment By: TK Soh (tksoh) Date: 2008-01-28 06:41 Message: Logged In: YES user_id=411637 Originator: NO Can you upload a sample repo that will create the issue, so that I can look into the fix? Thanks. -- Comment By: ngong (rolf_schumacher) Date: 2008-01-28 06:04 Message: Logged In: YES user_id=715181 Originator: NO It seems that tortoiseHg can not recognize any special characters in filenames. I do have the same Problem with German repository names, even if the appear only in the full path name. What I did: Registered a repository at D:\Büro\Repository. Tried to clone it with tortoiseHg to D:\Büro\Clone. Successfully filled in all names into the clone dialog window. Pressed button "clone" What I expected: To get a repository clone at D:\Büro\Clone What I got: An error message: *** repository D:\Büro\Repository not found Workaround: I can clone the repository on the command line with hg clone D:\Büro\Repository D:\Büro\Clone -- Comment By: TK Soh (tksoh) Date: 2008-01-21 20:26 Message: Logged In: YES user_id=411637 Originator: NO Looks like Windows/Explorer passes the path to the shell extensions in unicode format. If I encode the path in 'mbcs' before handing to Mercurial, it could get rid of the traceback and overlay icons are displayed correctly in your sample repo. I'll give it more test before I check in the fix. -- Comment By: TK Soh (tksoh) Date: 2008-01-17 08:01 Message: Logged In: YES user_id=411637 Originator: NO I got the errors using your repo. But this is a little strange, as tortoise/test/testiconoverlay.py doesn't seem to have any problem on the same repo. I will take a closer look. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=187367
[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=detail&atid=968354&aid=1914859&group_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=detail&atid=968354&aid=1914859&group_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-1800011 ] Context menu items don't do anything
Bugs item #1800011, was opened at 2007-09-21 18:10 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1800011&group_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: Ian Dees (undees) Assigned to: Nobody/Anonymous (nobody) Summary: Context menu items don't do anything Initial Comment: Hi. I see pretty icon overlays and a context menu, but the choices on it don't seem to do anything except briefly launching python.exe. Here's how I got here: 1) I installed the most recent release of the Python 2.4 distribution from ActiveState. 2) I installed the most recent versions of GTK+, PyGtk, PyCairo, and PyGObject linked from the TortoiseHg page. 3) I installed Mercurial stable snapshot 5b0b0834419c from source, using the compiler variable hack from selenic.com to force it to use VS.NET 2005. 4) I ran python tortoisehg.py from the tortoisehg-dev directory. Python complained of two missing modules (bdiff.pyd and mpatch.pyd), both of which are present in my Lib\site-packages\mercurial directory. 5) I copied the two .pyd files into tortoisehg-dev and tried again. This time, the install worked, so I rebooted Windows and moved on. >From a command prompt, I can go to the tortoisehg-dev folder and type the >following: hgproc --command log --root "L:\MyProject" A window pops up with my project's history, as expected. But when I go to L:\ in Explorer, right-click on MyProject, and select "Revision history," nothing much happens. python.exe launches briefly, but then disappears again. In a separate command window, I launched the win32traceutil script and watched what happened when I repeated the right-click / Revision history choice. I got the trace you see in the attached log (user names and project names redacted). Is there a config setting I'm missing? Thanks in advance for any advice you might have. Sincerely, Ian -- Comment By: Ian Dees (undees) Date: 2007-10-09 15:36 Message: Logged In: YES user_id=123184 Originator: YES Thanks for the response. The SourceForge notification thing has bitten me, too -- even in some cases where I know I had notification set. Several times I've had to double-check my notification settings to make sure I was still subscribed to all my trackers. On the topic of DLL versions, I think a lot of these problems will go away with the installer, because there will be much more control over paths and versions. But sure, if you're going to put up a FAQ, I'd be happy to contribute a list of what worked for me to get TortoiseHg running. -- Comment By: TK Soh (tksoh) Date: 2007-10-09 07:44 Message: Logged In: YES user_id=411637 Originator: NO Thanks for taking time to debug this. This is good information, so please don't worry about closing it. I believe someone may find it useful too. I'd also like to compile a FAQ someday, so maybe this can take up a place in it. Better still, perhaps you can help put together a summary on your finding. P/s: sorry for this late reply. I was expecting SF to send me a notification when a bug was filed. Obviously it doesn't do that :( -- Comment By: Ian Dees (undees) Date: 2007-09-21 20:44 Message: Logged In: YES user_id=123184 Originator: YES Last message today, I promise! The short version: I have a workaround for now. The long version: I changed hgproc.bat to run "start" instead of "python hgproc.py", so I could see what was going on. I tried launching Python in _that_ console. I got the error, but at least this time I could poke around with PATH, PYTHONPATH, sys.path, and so on. I didn't see anything obvious that would indicate a missing library. Since I had already tried uninstalling the three GTK-related Python libraries and replacing them with older versions, I tried the next big rollback: GTK+. I uninstalled the bundled Glade/GTK+ linked from the TortoiseHg site, and instead installed a copy of 2.10 linked to from the GIMP Win32 page. I then had to modify _that_ installation by replacing its out-of-date iconv.dll with a recent GNU version (has anyone else grown to hate scripts that require libiconv_set_relocation_prefix?). For good measure, I renamed Ruby's and Tcl's copies of the DLL as well). For some strange reason, one of the libraries still had an undocumented dependency on libglade-2.0.dll. So I directly downloaded just that one binary from
[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=detail&atid=968354&aid=2026803&group_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=detail&atid=968354&aid=2026803&group_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=detail&atid=968354&aid=2031586&group_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=detail&atid=968354&aid=2031586&group_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=detail&atid=968354&aid=1944601&group_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=detail&atid=968354&aid=1944601&group_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=detail&atid=968354&aid=1855495&group_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=detail&atid=968354&aid=1855495&group_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=detail&atid=968354&aid=1950477&group_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=detail&atid=968354&aid=1950477&group_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=detail&atid=968354&aid=1856023&group_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=detail&atid=968354&aid=1856023&group_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=detail&atid=968354&aid=1910816&group_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\TortoiseHg>TortoisePlink.exe The system cannot execute the specified program. C:\Documents and Settings\Anna Malczyk>"C:\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=detail&atid=968354&aid=1910816&group_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=detail&atid=968354&aid=2425030&group_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=detail&atid=968354&aid=2425030&group_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 (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968354&aid=2421911&group_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: 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=detail&atid=968354&aid=2421911&group_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-2005059 ] Enhancements to the log dialog
Feature Requests item #2005059, was opened at 2008-06-28 07:49 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2005059&group_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: Enhancements to the log dialog Initial Comment: *: button to select the current base line (parent) of the working directory in the tree (button with house icon). if the button is pressed, the line of revision is simply selected so that you can find it quickly. *: show column with rev id in log dialog list *: file history does not list when a file is removed from tracking *: how to get the rev nr from a rev id easily? without using the filter? *: show all files/folders of a rev *: select "merge with" directly in tree (same as compare) *: filter dialog sometimes displayed without controls/widgets *: filter for "user" missing *: filter for "files" not working *: "merge with" is disabled when there is only one head, but I want to merge again with a particular revision -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:42 Message: moved to bb ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2005059&group_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-2005062 ] dialog datamining enhancements
Feature Requests item #2005062, was opened at 2008-06-28 07:52 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2005062&group_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: dialog datamining enhancements Initial Comment: *: did not understand "Includes" and "Excludes", more info in a tooltip or text next to it? *: additional filters for the result after the search (e.g. files, user, etc.) *: line numbers in annotate -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2005062&group_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=detail&atid=968357&aid=2006133&group_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=detail&atid=968357&aid=2006133&group_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-2006136 ] Add "Check for update automatically"
Feature Requests item #2006136, was opened at 2008-06-29 14:56 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2006136&group_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: Add "Check for update automatically" Initial Comment: This would be nice, and it would have a promoting effect on the tool! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2006136&group_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=detail&atid=968357&aid=1896651&group_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=detail&atid=968357&aid=1896651&group_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-1916678 ] Incremental cloning
Feature Requests item #1916678, was opened at 2008-03-17 07:54 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1916678&group_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: 3 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Incremental cloning Initial Comment: A simple clone command, will rollback all data if it fails. When cloning large repositories on unstable lines, it would be nice to be able to resume a failed clone. This can be done by using clone -r 0 and pull -r X a number of times. See also the follwing post on the mercurial maillist: http://marc.info/?l=mercurial&m=120552699606378&w=2 -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:38 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-03-17 08:48 Message: Logged In: YES user_id=411637 Originator: NO This is an interesting idea. It's actually what I did when I tried to clone netbeans' repo. The repo was so large that it's almost impossible to clone in one go, and I have to redo a few times when the connected was interrupted. Eventually I just cloned the first few hundreds of csets, and started pulling by chunks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1916678&group_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-1843861 ] Autodetect existing Mercurial installation
Feature Requests item #1843861, was opened at 2007-12-04 00:57 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1843861&group_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: Autodetect existing Mercurial installation Initial Comment: If Mercurial has been installed in C:\Mercurial by the official mercurial installer, TortoiseHG should use this installation -- or at least provide an option to use it. -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:36 Message: moved to bb -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1843861&group_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=detail&atid=968357&aid=1936072&group_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=detail&atid=968357&aid=1936072&group_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-1849367 ] Customizable location of menu items
Feature Requests item #1849367, was opened at 2007-12-12 08:34 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1849367&group_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: 3 Private: No Submitted By: Peer Sommerlund (peso) Assigned to: Nobody/Anonymous (nobody) Summary: Customizable location of menu items Initial Comment: A configuration dialog that makes it possible to configure the location of all menu items either in the sub menu or in the main menu. When right-clicking the first menu shown is the main menu. In this menu there is a menu item named "Tortoise Hg" which open the sub-menu. This feature is implemented in Tortoise SVN. -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:33 Message: moved to bb -- Comment By: EddyP (eddyp) Date: 2008-02-09 07:30 Message: Logged In: YES user_id=1469079 Originator: NO Also, note that the GNOME bug that prevented submenu creation in GNOME from a python Nautilus plug-in was fixed and is possible to do this for the nautilus extension, too. http://bugzilla.gnome.org/show_bug.cgi?id=440026 -- Comment By: TK Soh (tksoh) Date: 2007-12-12 19:48 Message: Logged In: YES user_id=411637 Originator: NO I will take a look at this feature on SVN, to see how we can best support this in TortoiseHg. Thanks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1849367&group_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=detail&atid=968357&aid=2170873&group_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=detail&atid=968357&aid=2170873&group_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=detail&atid=968357&aid=2074574&group_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=detail&atid=968357&aid=2074574&group_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-2127935 ] feature request:visual diff between two arbitrary revisions!
Feature Requests item #2127935, was opened at 2008-09-25 04:00 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2127935&group_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: clino (clino) Assigned to: Nobody/Anonymous (nobody) Summary: feature request:visual diff between two arbitrary revisions! Initial Comment: Now I only can see diff between 2 revision which are contiguous,or see the diff between current and base revision. I want the feature of visual diff between 2 arbitrary revisions like tortoiseSVN. 2 ways of this feature of tortoiseSVN: -show log and select 2 revision using CTRL+mouse click,then select "compare revisions",then tSVN will display a list of changed files,double click one of items will visual diff the file of 2 revisions -show log of one file,select 2 revision using CTRL+mouse click,then select "compare revisions",tSVN will visual diff directly Thanks. -- Comment By: clino (clino) Date: 2008-10-19 23:16 Message: Another aspect of this feature request is: I want to visual diff between current revision(modified and not commited yet) and a arbitrary revision before.Maybe I want to revert some part of the code to a revision before. I could not find how to do this in the tortoiseHG 0.5. Thanks! -- Comment By: clino (clino) Date: 2008-09-25 20:55 Message: Ok,this is not easy to find this way.Hope to add easier UI style like tSVN. But I find another issue:the "diff with selected" is OK,but "visual diff with selected" can not work.It just came out a cmd windows and vanished immediately.May be it is because my test case is for several file in each changeset,but I can not find a way to select a single file to visual diff of 2 arbitrary changeset. Thanks! -- Comment By: TK Soh (tksoh) Date: 2008-09-25 07:36 Message: We already can do this since TortoiseHg 0.4: - select the changeset in the changelist window - right-click on another changeset to bring up the context menu You can either 'diff to selected' or 'visual diff to select'. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2127935&group_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-2050458 ] unbundle tool
Feature Requests item #2050458, was opened at 2008-08-13 18:50 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2050458&group_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: yertle38 (yertle38) Assigned to: Nobody/Anonymous (nobody) Summary: unbundle tool Initial Comment: TortoiseHg should have a graphical tool to unbundle backups. I just had to undo a "strip revision" and found the only way to do it was from the CLI with the "hg unbundle" on the changeset backup. I think there should probably be a place to do this in the Recovery window, or another option in the context menu. At the very least after the strip revision is finished and informs the user that a backup exists, that messageBox could display a little help on the unbundle command. -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:27 Message: moved to bb -- Comment By: GrayNM (graynm) Date: 2009-01-19 02:30 Message: May be is a good idea to register action for a some bundle extension, f.e. ".hgbundle". And to apply it just double-click file. If it`s placed outside repository - ask for one to apply to. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2050458&group_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-2047557 ] search commit messages
Feature Requests item #2047557, was opened at 2008-08-12 03:07 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2047557&group_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: sfjw (sfjw) Assigned to: Nobody/Anonymous (nobody) Summary: search commit messages Initial Comment: hgk (stripped from tortoisehg) provided the feature of searching the commit messages, for example to find the changeset which contains 'bugfix 0815'. I was suprised to see that there is no such feature in tortoisehg and that the datamining dialog searches file contents only. Please implement such a feature into thg or continue packaging hgk. Jens -- Comment By: TK Soh (tksoh) Date: 2008-08-13 03:07 Message: Logged In: YES user_id=411637 Originator: NO Technically, it's two ways to do two [different] things. The filter dialog filters. The GtkTreeView gotos. Yup. the FAQ would be a good place to mention the GtkTreeView search. The 'Custom Filter' menu is actually just an indicator that user has applied custom filtering on the revlist through the Filter dialog, instead of a regular menu like others. It is indeed a little unclear why it's grayed out. Perhaps the rather uncommon MenuToolButton widget used on Filter also partially contributes to the confusion - some users probably get distracted by the drop-down menu, overlooking the fact the it's also a ToolButton that we can click on. I think you suggestion might work. Let me think about it a bit more. Thanks. -- Comment By: sfjw (sfjw) Date: 2008-08-13 01:54 Message: Logged In: YES user_id=1606879 Originator: YES So there are even two ways to achieve what I wanted. Nice! Maybe the not-obvious GtkTreeView way could be documented in some help/FAQ? Regarding the filter dialog and opening it: I always only clicked on the drop-down-arrow on the right of the filter toolbutton and expected it to provide every available option. I noticed that 'custom filter' might be what I wanted, but it is inactive (grey). Maybe it should be active and open the filter dialog? Or is it really for something not-yet-implemented? However, there should be an entry which opens the available filter dialog. -- Comment By: TK Soh (tksoh) Date: 2008-08-12 07:44 Message: Logged In: YES user_id=411637 Originator: NO BTW, you can also use GtkTreeView's rather hidden search feature to find the keyword in the summary, author and rev fields. Just click to select on any revision in the revlist window, then start typing your search string. You might want to show all revisions before you start the search, since the search only applies to the revisions added to the revlist window. We will eventually need a better search support. Anyone? -- Comment By: TK Soh (tksoh) Date: 2008-08-12 07:35 Message: Logged In: YES user_id=411637 Originator: NO Click on the Filter toolbutton to bring up the Filter dialog. Click on 'Search Filter' to activate the search fields. Enter search strings in 'Keyword(s)' field and press enter (or click on the Apply button. There's a bug in this keyword search though, I've not doubt you will discover soon ;-) Before you start asking, there are a few enhancements I've wanting to add into the filter dialog. Let see if yours might fall within my anticipation. ;-) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2047557&group_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-2056273 ] clone to ftp
Feature Requests item #2056273, was opened at 2008-08-17 15:36 Message generated for change (Settings changed) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2056273&group_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: Robert Pollak (jondo) Assigned to: Nobody/Anonymous (nobody) Summary: clone to ftp Initial Comment: It should be possible to enter an ftp adress (with user and pwd) as "Destination Path" in the "Create Clone" dialog. -- Comment By: TK Soh (tksoh) Date: 2008-08-18 08:57 Message: Logged In: YES user_id=411637 Originator: NO FTP protocol is not [yet] supported by Mercurial itself. Please direct the request to Mercurial mailing lists. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2056273&group_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-2023898 ] Overlay on top level folder
Feature Requests item #2023898, was opened at 2008-07-21 15:11 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2023898&group_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: Overlay on top level folder Initial Comment: In Tortoise SVN there the overlay is shown on the top level folder of the repository as well on all of the individual files and sub folders. Can this behavior be added to TortoiseHG? -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:24 Message: dup of bb issue -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=2023898&group_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-1994332 ] View File Status: provide status relative to repository root
Feature Requests item #1994332, was opened at 2008-06-15 05:39 Message generated for change (Comment added) made by sborho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1994332&group_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: max (maxhofer) Assigned to: Nobody/Anonymous (nobody) Summary: View File Status: provide status relative to repository root Initial Comment: Currently "View File Status" shows only files relative to the directory where it was invoked. This maybe fine for people coming from other revision control system (like SVN). A hg user would expect to get a list of all files relative to the repository's root directory, regardless in which sub-directory "View File Status" was invoked. I suggest an additional checkbox "root" at the bottom of the status window (where the other checkboxes are located) which enables/disables showing files relative to repository root directory. The standard setting for this checkbox should be configurable in "Setting/Global". Which setting is used as default (i.e. after fresh installation) is ot be discussed. I would prefer to have "root" enabled. -- >Comment By: Steve Borho (sborho) Date: 2009-03-05 00:24 Message: moved to bb -- Comment By: TK Soh (tksoh) Date: 2008-09-26 00:17 Message: You are right, the current behavior isn't so 'correct'. It's on our plan to change this behavior so that if the context menu is not brought up on selected files, we will assume root level, which will be consistent with Mercurial commands' behavior. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=968357&aid=1994332&group_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
