pywin32-bugs Mailing List for Python for Windows Extensions (Page 104)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-05-14 17:20:25
|
Patches item #944453, was opened at 2004-04-29 23:07 Message generated for change (Settings changed) made by alch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=944453&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: alch (alch) >Assigned to: Mark Hammond (mhammond) Summary: win32gui patch to enable balloon tooltips Initial Comment: Hi, I am using this patch in clamwin (http://clamwin.sourceforge.net) to display balloon tool-tips in the tray icon. It requires Internet Explorer 5.0 or higher on pre-XP Windows, but nowadays this seems to be no problem. I created the patch against current cvs. Regards, Alech ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=944453&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-13 10:29:44
|
Bugs item #817035, was opened at 2003-10-03 09:46 Message generated for change (Comment added) made by ddewaleffe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=817035&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dominique de Waleffe (ddewaleffe) >Assigned to: Mark Hammond (mhammond) >Summary: Exception in browsing libraries (Tools->Browse PythonPath Initial Comment: Using the 2.3 distribution and the latest 159 release of pythonwin. I get the following traceback when I click on the + in the library browser for xml.dom.minidom. The problem also appears for other libraries displayed in the tree view, but not for all... PythonWin 2.3 (#46, Jul 29 2003, 18:54:32) [MSC v.1200 32 bit (Intel)] on win32. Portions Copyright 1994-2001 Mark Hammond (mha...@sk...) - see 'Help/About PythonWin' for further copyright information. >>> Traceback (most recent call last): File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 123, in OnTreeItemExpanding self.AddSubList(itemHandle, self.GetSubList(item)) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 137, in AddSubList self.AddItem(parentHandle, item) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 140, in AddItem text = self.GetText(item) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 266, in GetText return self.DelegateCall( item.GetText ) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 255, in DelegateCall return fn() File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\browseProjects.py", line 26, in GetText return self.name + self.suffix TypeError: unsupported operand type(s) for +: 'instance' and 'str' win32ui: Exception in OnNotify() handler ---------------------------------------------------------------------- >Comment By: Dominique de Waleffe (ddewaleffe) Date: 2004-05-13 10:29 Message: Logged In: YES user_id=214484 The fix proposed by dsuki works. I had thought it'd be included but its not yet in V201. It can probably be made into a single line change. ---------------------------------------------------------------------- Comment By: Maxim Sokolov (dzuki) Date: 2004-01-28 22:45 Message: Logged In: YES user_id=264383 The problem is that self.name for module level functions containes Function object and not string object. I have pached it with: lib\site-packages\Pythonwin\pywin\tools\browseProjects.py line 26: return self.name + self.suffix changed to: name = self.name if not isinstance(self.name, type("")): name = self.name.name return name + self.suffix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=817035&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-12 16:14:06
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-12 10:14 Message: Logged In: YES user_id=587593 Just checked; 176 Toolbar Default-Bar keys in the registry. Am getting in habit of deleting these keys and changing Toolbar Default-Summary-> bars to 0. I'd like to understand the registry api so I can write a scipt to make the above changes automatically. Please explain the registry api. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-12 07:43 Message: Logged In: YES user_id=587593 The # of Toolbar Default-Bar keys in the registry is growing again, but at a lot slower rate. They seem to fall into 2 sets based on the key names inside. This suggests that we need to keep just 2 of these around. True? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-11 13:28 Message: Logged In: YES user_id=587593 I commented out line 467 - tb.dialog.SaveState() and now the registry does not grow. Of course I now don't have any memory of debugger changes. I wonder about line 466 - if tb.dialog is not None: ??? should it be - if tb.dialog is None: ??? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-11 08:19 Message: Logged In: YES user_id=587593 Appears that commenting 461 in debugger is not the right thing to do, as the registry keys are still accumulating. What debugger code needs fixing to stop the above? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:44 Message: Logged In: YES user_id=587593 So now I see line 461 frame.SaveBarState("ToolbarDebugging"). Is there a better fix than just commenting this? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-12 13:43:36
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-12 07:43 Message: Logged In: YES user_id=587593 The # of Toolbar Default-Bar keys in the registry is growing again, but at a lot slower rate. They seem to fall into 2 sets based on the key names inside. This suggests that we need to keep just 2 of these around. True? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-11 13:28 Message: Logged In: YES user_id=587593 I commented out line 467 - tb.dialog.SaveState() and now the registry does not grow. Of course I now don't have any memory of debugger changes. I wonder about line 466 - if tb.dialog is not None: ??? should it be - if tb.dialog is None: ??? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-11 08:19 Message: Logged In: YES user_id=587593 Appears that commenting 461 in debugger is not the right thing to do, as the registry keys are still accumulating. What debugger code needs fixing to stop the above? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:44 Message: Logged In: YES user_id=587593 So now I see line 461 frame.SaveBarState("ToolbarDebugging"). Is there a better fix than just commenting this? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-12 11:53:54
|
Bugs item #794728, was opened at 2003-08-25 16:43 Message generated for change (Comment added) made by chemacortes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794728&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chema Cortés (chemacortes) Assigned to: Nobody/Anonymous (nobody) Summary: Installation fails with win95 Initial Comment: I use a win95 box within an old pentium. Installing win32all 155 or 157 into python 2.3 fails to load win32ui.pyd (FindDuplicates.py). After some deinstall/clean/reinstall cycles, I tried to install the versión 153 with sucessful. I don't have any Visual C++ to try, but it seems as a compiler's optimization incompatible with my box. ---------------------------------------------------------------------- >Comment By: Chema Cortés (chemacortes) Date: 2004-05-12 13:53 Message: Logged In: YES user_id=78289 I saw the same error when I'm installing PythonCard. I suspect there is a problem with the wise installer at win95. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794728&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-11 19:28:55
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-11 13:28 Message: Logged In: YES user_id=587593 I commented out line 467 - tb.dialog.SaveState() and now the registry does not grow. Of course I now don't have any memory of debugger changes. I wonder about line 466 - if tb.dialog is not None: ??? should it be - if tb.dialog is None: ??? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-11 08:19 Message: Logged In: YES user_id=587593 Appears that commenting 461 in debugger is not the right thing to do, as the registry keys are still accumulating. What debugger code needs fixing to stop the above? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:44 Message: Logged In: YES user_id=587593 So now I see line 461 frame.SaveBarState("ToolbarDebugging"). Is there a better fix than just commenting this? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-11 14:19:56
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-11 08:19 Message: Logged In: YES user_id=587593 Appears that commenting 461 in debugger is not the right thing to do, as the registry keys are still accumulating. What debugger code needs fixing to stop the above? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:44 Message: Logged In: YES user_id=587593 So now I see line 461 frame.SaveBarState("ToolbarDebugging"). Is there a better fix than just commenting this? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-10 04:45:06
|
Bugs item #907801, was opened at 2004-03-01 20:10 Message generated for change (Comment added) made by pruggera You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=907801&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David W. Nichols (dwnichols) Assigned to: Nobody/Anonymous (nobody) Summary: failed shortcuts when changed Start Menu Group Initial Comment: When I installed Python 2.3.3, I changed Start Menu Group setting from its default of "Python 2.3" to "Python233". Here's the results from the final install screen: Creating .PTH file C:\Python23\pywin32.pth Copy pythoncom23.dll to C:\WINDOWS\system32 Copy pywintypes23.dll to C:\WINDOWS\system32 Registered: Python.Interpreter Registered: Python.Dictionary -> Software\Python\PythonCore\2.3\Help[None]=None -> Software\Python\PythonCore\2.3\Help\Pythonwin Reference[None]='C: \Python23\Lib\site-packages\PyWin32.chm' Creating directory C: \Python23\Lib\site-packages\win32com\gen_py Failed to create shortcut 'C:\Documents and Settings\All Users\Start Menu\Programs\Python 2.3\PythonWin.lnk' - error 0x80070003 The pywin32 extensions were successfully installed. ---------------------------------------------------------------------- Comment By: Phillip Ruggera (pruggera) Date: 2004-05-10 04:45 Message: Logged In: YES user_id=16022 This happened to me too. I manually created a shortcut to C:\Python23\Lib\site-packages\pythonwin\Pythonwin.exe and all was well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=907801&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-09 02:18:40
|
Bugs item #949887, was opened at 2004-05-08 02:03 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighted text not deleted when typing a period. Initial Comment: In the interactive window or a script edit window enter a+b Then select the + (highlight it) and type a period. The result is a+.b rather than a.b ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2004-05-09 14:18 Message: Logged In: YES user_id=552329 I must admit this bugs me, too, and I run into it reasonably often. (I guess it doesn't bother me enough to open a bug report, but does bother me enough to add to one :) If there isn't some reason for this behaviour, then I'm definately +1 on changing it. I'm guessing that it's a reasonably simple change, but if not, I could try and work up a patch... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-08 11:32:06
|
Bugs item #950376, was opened at 2004-05-08 05:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Autocomplete popup closes after backspace Initial Comment: Type a name followed by a period. If the autocomplete popup appears, type a letter, then a backspace. The popup closes. It should stay open, so I can try a different initial letter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-08 01:54:15
|
Bugs item #950251, was opened at 2004-05-08 11:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950251&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Mark Hammond (mhammond) Summary: pdh.dll is not installed Initial Comment: The latest is at: http://support.microsoft.com/default.aspx?scid=kb;en-us;Q284996 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950251&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-07 14:03:28
|
Bugs item #949887, was opened at 2004-05-07 08:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighted text not deleted when typing a period. Initial Comment: In the interactive window or a script edit window enter a+b Then select the + (highlight it) and type a period. The result is a+.b rather than a.b ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-06 01:13:21
|
Bugs item #948908, was opened at 2004-05-05 19:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=948908&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: F9 does not work in upper pane Initial Comment: Pressing F9 to set a breakpoint does not work in the upper pane of a script edit window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=948908&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-04 20:12:24
|
Bugs item #943091, was opened at 2004-04-27 08:24 Message generated for change (Comment added) made by kennanm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=943091&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: akrassowski (akrassowski) Assigned to: Nobody/Anonymous (nobody) Summary: installation failure for Win2K Initial Comment: Using all defaults for Install of build 201. wxPython Demo works fine as do Idle and python from a DOS prompt - all are for Python 2.3.3. I get this error: Can't load Python for pre-install script I don't have Admin permissions on this box, so maybe that confuses the installer ? ---------------------------------------------------------------------- Comment By: kennanm (kennanm) Date: 2004-05-04 13:12 Message: Logged In: YES user_id=1035234 I reproduced this error on Build 201.1 under WinXP+SP1. I have admin permissions, and python directory is in path. Setup detects python entries in registry, then fails with "Can't load Python for pre-install script". Copying the setup program to the same directory as the python executable circumvents this problem. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-04-28 16:31 Message: Logged In: YES user_id=14198 This appears to be more a distutils issue than ours. Unfortunately, I don't think distutils writes diagnostic information anywhere, but it should, and I may add it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=943091&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-04 17:37:59
|
Bugs item #947867, was opened at 2004-05-04 09:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947867&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Chapman (glchapman) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger Stack view not showing int values Initial Comment: Using Build 201, the stack view of the debugger shows ints as "Instance of class int". If I understand correctly, this is because of the recent change in the MakeHLI function in pywin.tools.browser. It looks like adding: IntType: HLIPythonObject, LongType: HLIPythonObject, FloatType: HLIPythonObject, to the TypeMap ought to fix it. (There may be some other "primitive" types which need to handled similarly). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947867&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:50:43
|
Bugs item #946996, was opened at 2004-05-03 08:47 Message generated for change (Settings changed) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946996&group_id=78018 >Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Options Editor Spinners upside down. Initial Comment: The up and down arrows on the spinners in the Editor tab of the Options dialog do the reverse of what's expected. The other spinners work as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946996&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:50:10
|
Bugs item #947000, was opened at 2004-05-03 08:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947000&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Stop at exceptions. Initial Comment: Options -> Debugger check box labeled "Stop at exceptions". What is this supposed to do. It does not do what I'd expect. So what do I expect? To have the line of code causing the exception to be in the front window, and execution stopped at that line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947000&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:47:32
|
Bugs item #946996, was opened at 2004-05-03 08:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946996&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Options Editor Spinners upside down. Initial Comment: The up and down arrows on the spinners in the Editor tab of the Options dialog do the reverse of what's expected. The other spinners work as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946996&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:44:33
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-03 08:44 Message: Logged In: YES user_id=587593 So now I see line 461 frame.SaveBarState("ToolbarDebugging"). Is there a better fix than just commenting this? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:41:23
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-03 08:41 Message: Logged In: YES user_id=587593 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key solved it! Regarding the idea of commenting line 462 in Pythonwin\pywin\debugger.py. That line reads: # Hide the debuger toolbars (as they wont normally form part of the main toolbar state. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 20:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 14:00:12
|
Bugs item #946672, was opened at 2004-05-02 18:46 Message generated for change (Comment added) made by atuining You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 Category: com Group: None Status: Deleted Resolution: Invalid Priority: 5 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: Error appending to __path__ in win32com/__init__.py Initial Comment: WinXP Prof ENG SP1 python 2.3.3 pywin32-201.win32-py2.3 cx_Freeze 2.2 I compiled one of my python applications with cx_Freeze. It successfully run with win32all-163-py23, but does not work with pywin32-201.win32-py2.3. After some debugging I figured out, that the __path__ variable in th 47th line of win32com/__init__.py contains a string for cx_Freeze compiled applications, not a list. File "D:\Python23\lib\site- packages\win32com\__init__.py", line 47, in SetupEn vironment __path__.append( win32api.GetFullPathName (__path__[0] + "\..\win32comext") ) AttributeError: 'str' object has no attribute 'append' Running the app without compiling works fine. Can win32all avoid the usage of the __path__ module variable? It is problematic for standalone EXE compilers. (Maybe this is a bug of cx_Freeze.) ---------------------------------------------------------------------- Comment By: Anthony Tuininga (atuining) Date: 2004-05-03 08:00 Message: Logged In: YES user_id=619560 This is due to the fact that win32com now expects that sys.frozen is set if you are running a "frozen" application. You can set sys.frozen to True somewhere prior to your import of win32com and everything should work. A new version of cx_Freeze (still unrelased) automatically sets sys.frozen to True automatically on starrtup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 02:33:13
|
Bugs item #944506, was opened at 2004-04-30 00:27 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-05-03 12:33 Message: Logged In: YES user_id=14198 This sounds like it might be the same as https://sourceforge.net/tracker/index.php?func=detail&aid=849191&group_id=78018&atid=551954 Nuking the HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32 key might solve it. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-05-03 05:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-02 12:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 01:27:06
|
Bugs item #946672, was opened at 2004-05-03 02:46 Message generated for change (Settings changed) made by complex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 Category: com Group: None >Status: Deleted >Resolution: Invalid Priority: 5 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: Error appending to __path__ in win32com/__init__.py Initial Comment: WinXP Prof ENG SP1 python 2.3.3 pywin32-201.win32-py2.3 cx_Freeze 2.2 I compiled one of my python applications with cx_Freeze. It successfully run with win32all-163-py23, but does not work with pywin32-201.win32-py2.3. After some debugging I figured out, that the __path__ variable in th 47th line of win32com/__init__.py contains a string for cx_Freeze compiled applications, not a list. File "D:\Python23\lib\site- packages\win32com\__init__.py", line 47, in SetupEn vironment __path__.append( win32api.GetFullPathName (__path__[0] + "\..\win32comext") ) AttributeError: 'str' object has no attribute 'append' Running the app without compiling works fine. Can win32all avoid the usage of the __path__ module variable? It is problematic for standalone EXE compilers. (Maybe this is a bug of cx_Freeze.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-03 00:46:48
|
Bugs item #946672, was opened at 2004-05-03 02:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: Error appending to __path__ in win32com/__init__.py Initial Comment: WinXP Prof ENG SP1 python 2.3.3 pywin32-201.win32-py2.3 cx_Freeze 2.2 I compiled one of my python applications with cx_Freeze. It successfully run with win32all-163-py23, but does not work with pywin32-201.win32-py2.3. After some debugging I figured out, that the __path__ variable in th 47th line of win32com/__init__.py contains a string for cx_Freeze compiled applications, not a list. File "D:\Python23\lib\site- packages\win32com\__init__.py", line 47, in SetupEn vironment __path__.append( win32api.GetFullPathName (__path__[0] + "\..\win32comext") ) AttributeError: 'str' object has no attribute 'append' Running the app without compiling works fine. Can win32all avoid the usage of the __path__ module variable? It is problematic for standalone EXE compilers. (Maybe this is a bug of cx_Freeze.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=946672&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-05-02 19:13:17
|
Bugs item #944506, was opened at 2004-04-29 08:27 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin Menus don't work Initial Comment: Platform Windows 2000 Advanced Server. New install of Python 2.3.3 and Win23all 201.1. Start PythonWin. The IDE menus drop down, but nothing happens when an item is selected. Toolbar buttons do nothing. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2004-05-02 13:13 Message: Logged In: YES user_id=587593 I can enter python expressions and statements and they work as expected. Is that what you mean by commands? Other bizarre things happen at the same time: the Task Manager won't start. If I start the Task Manager first, then PythonWin, some of the Task Manager Menus don't work. The Task Manager shows over 5000 USER objects in use by pythonwin.exe; on another machine where things are OK there are 75 USER Objects. Similar problems have surafced in the past on other machines. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-05-01 20:08 Message: Logged In: YES user_id=14198 How bizarre! Never heard anything like this before! Does the rest of Pythonwin work? ie, can you enter commands at the interactive window? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=944506&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
