pywin32-bugs — Automated tracker notifications (not for bug reports!)

[pywin32-bugs] [ pywin32-Bugs-1907148 ] Wild printing problem

[SourceForge.net <no...@so...>]

Bugs item #1907148, was opened at 2008-03-04 11:57
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1907148&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Aubrey Hutchison (ahutchison)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wild printing problem 

Initial Comment:
New version of pythonwin 2.5 has problem that has not been associated with any earlier known version.

When attempting to print out a copy of the source code loaded into Pythonwin it will some times print out the 
source properly, (maybe one out 5).

Other times it will empty the paper tray of your printer with the only printing being a page number at the top.

For example  a 12 page source code print out usually would result in 200 to over 1000 pages of junk.

Problem happens if you use icon for printing or pull down menu "file".

Work around.....
Disconnect your printer and view the printer dialog to see what is printed correctly and then delete the "SPAM??". Reconnect your printer and let it print out your source.

Problem is not present in Versions 2.0, 2.1, 2.2, 2.3, or 2.4.

Problem exists on any of several computers and is not printer specific. Problem exists on HP K550 Hp 6200 and Hp 1012.

Quick fix....
Load your source in version 2.4 and print our your source with no problems..



----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-03-04 12:59

Message:
Logged In: YES 
user_id=771074
Originator: NO

This should already be fixed in CVS, view.py r 1.25:
http://pywin32.cvs.sourceforge.net/pywin32/pywin32/Pythonwin/pywin/scintilla/view.py?view=log

You should be able to replace it in your existing installation
with no problems.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1907148&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1907148 ] Wild printing problem

[SourceForge.net <no...@so...>]

Bugs item #1907148, was opened at 2008-03-04 11:57
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=1907148&group_id=78018

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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aubrey Hutchison (ahutchison)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wild printing problem 

Initial Comment:
New version of pythonwin 2.5 has problem that has not been associated with any earlier known version.

When attempting to print out a copy of the source code loaded into Pythonwin it will some times print out the 
source properly, (maybe one out 5).

Other times it will empty the paper tray of your printer with the only printing being a page number at the top.

For example  a 12 page source code print out usually would result in 200 to over 1000 pages of junk.

Problem happens if you use icon for printing or pull down menu "file".

Work around.....
Disconnect your printer and view the printer dialog to see what is printed correctly and then delete the "SPAM??". Reconnect your printer and let it print out your source.

Problem is not present in Versions 2.0, 2.1, 2.2, 2.3, or 2.4.

Problem exists on any of several computers and is not printer specific. Problem exists on HP K550 Hp 6200 and Hp 1012.

Quick fix....
Load your source in version 2.4 and print our your source with no problems..



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1907148&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1886515 ] pywin32 debugger does not pick up changes made

[SourceForge.net <no...@so...>]

Bugs item #1886515, was opened at 2008-02-04 14:22
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1886515&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Jef Mangelschots (mangelschots)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin32 debugger does not pick up changes made

Initial Comment:
While debugging, when I notice an error, I make a change and restart the debugger. When I get on the modified lines, the debugger does not seem to pick up the changes and executes the code as it was before the change.
I gues it did not detect a change and loaded the old pyd file.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-26 08:28

Message:
Logged In: YES 
user_id=771074
Originator: NO

This is the same issue as #874176.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1886515&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1043205 ] occasional rectUndock exceptions in <interactive>

[SourceForge.net <no...@so...>]

Bugs item #1043205, was opened at 2004-10-08 12:28
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1043205&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: kxroberto (kxroberto)
Assigned to: Nobody/Anonymous (nobody)
Summary: occasional rectUndock exceptions in <interactive>

Initial Comment:
b201.
occasionally I get:

win32ui: Exception in OnNotify() handler
Traceback (most recent call last):
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\docking\DockingBar.py",
line 346, in OnNcHitTest
    elif PtInRect(self.rectUndock, pt):
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\mfc\object.py",
line 18, in __getattr__
    return getattr(o, attr)
AttributeError: rectUndock


I use docking view of <interactive>

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-26 08:15

Message:
Logged In: YES 
user_id=771074
Originator: NO

This should be fixed in DockingBar.py,rev 1.6.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1043205&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-821684 ] function &lt; def&gt; s not working in module-browser pane

[SourceForge.net <no...@so...>]

Bugs item #821684, was opened at 2003-10-11 05:27
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=821684&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Tim Diggins (tdiggins)
Assigned to: Nobody/Anonymous (nobody)
Summary: function <def>s not working in module-browser pane

Initial Comment:
As of pythonwin 157 (at least on my version on 
Win2000), when you drag out the left-hand margin to 
show the module-browser pane (not sure of correct 
python win terminology here), the functions are no 
longer displayed, nor work correctly.

Instead they just display <pyclbr.Function instance 
at ...> and double clicking on them gives status 
line "Can not locate the source code for this object".

The reason for this is that pyclbr.Function used to be an 
subclass of pyclbr.Class but no longer is. 

Thus an attribute error is raised at the wrong point in 
pywin.framework.editor.ModuleBrowser.HierListCLBRClass 
(because a pyclbr.Function no longer has redundant 
attributes super and methods)

A way to fix this is to mirror the change and give 
ModuleBrowser.HierListCLBRFunction its own __init__ 
and make it inherit directly from 
ModuleBrowser.HierListCLBRItem. I include a file with 
JUST the necessary changes (the redefinition of 
ModuleBrowser.HierListCLBRFunction).

best

Tim

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-26 08:00

Message:
Logged In: YES 
user_id=771074
Originator: NO

This appears to have been fixed in ModuleBrowser.py r1.7.

----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 03:37

Message:
Logged In: YES 
user_id=263040

Oops - this is the same as #794193. I should have added my 
comments there. The code already submitted addresses 
comments by Christopher J. Prinos (cprinos) to that bug.

https://sourceforge.net/tracker/?
func=detail&atid=551954&aid=794193&group_id=78018


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=821684&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-794193 ] Pythonwin module browser has problem with top level function

[SourceForge.net <no...@so...>]

Bugs item #794193, was opened at 2003-08-24 11:56
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794193&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Malte Forkel (mforkel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pythonwin module browser has problem with top level function

Initial Comment:
After upgrading from Python 2.2 to Python 2.3, I noticed 
that in the module browser all top level functions are 
simply shown as instances of pyclbr.Function. These list 
entries can't be used to locate the function definition in 
the source code. I tried win32all builds 155 and 157 with 
Python 2.3.0.0 on a Windows 2000 machine.

I managed to fix the problem by adding the following 
__init__ function to HierListCLBRFunction in 
ModuleBrowser.py:
    def __init__(self, clbrclass, suffix = ""):
        try:
            name = clbrclass.name
            file = clbrclass.file
            lineno = clbrclass.lineno
        except AttributeError:
            name = clbrclass
            file = lineno = None
        self.super = []
        self.methods = {}
        HierListCLBRItem.__init__(self, name, file, lineno, 
suffix)
This code is a variation on the HierListCLBRClass.__init__ 
function.

I guess the problem is caused by instances of 
pyclbr.Function not having the attributes 'super' 
and 'name' that are accessed in 
HierListCLBRClass.__init__. The AttributeError error 
handling code will then set locals 'name', 'file', 
and 'lineno' to None.

I attach an edited version of ModuleBrowser.py, based 
on win32all build 155.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-26 07:55

Message:
Logged In: YES 
user_id=771074
Originator: NO

This appears to have been fixed in ModuleBrowser.py r1.7.


----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 03:39

Message:
Logged In: YES 
user_id=263040

see also duplicate bug https://sourceforge.net/tracker/?
func=detail&aid=821684&group_id=78018&atid=551954 
(attached file addresses comments by cprinos)

----------------------------------------------------------------------

Comment By: Christopher J. Prinos (cprinos)
Date: 2003-10-06 12:42

Message:
Logged In: YES 
user_id=571862

this patch works, although it might be better (6 of one, half 
dozen of another)to have HierListCLBRFunction inherit from 
HierListCLBRItem instead of HierLiestCLBRClass (then you 
don't need to assign 'super' and 'method' attributes at all in 
the __init__)

BTW, this was broken by a change from Python 2.2->2.3 
when some of the pyclbr.py code was rewritten (and Function 
info no longer inherit from Classe info)




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794193&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1273738 ] atexit not called for pythonservice (win32)

[SourceForge.net <no...@so...>]

Bugs item #1273738, was opened at 2005-08-26 11:52
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&group_id=78018

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: Hari Krishna Dara (haridsv)
>Assigned to: Mark Hammond (mhammond)
Summary: atexit not called for pythonservice (win32)

Initial Comment:
I have a couple of functions registered with atexit
which work fine when the program is executed on
command-line. But when I run the same as a windows
service, and stop the service using service interface,
these hooks never get call backs. The service does exit
normally (at least my program doesn't do os._exit() and
there are no exceptions).

I am using ActiveState's distribution of python, but I
would imagine this is non-specific. Here is the version
information:

ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on
Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310
32 bit (Intel)] on win32

As a workaround I am calling the
atexit._run_exitfuncs() manually before returning from
SvcDoRun() for now.

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2008-02-26 21:35

Message:
Logged In: YES 
user_id=14198
Originator: NO

Just a ping - the fix here isn't obvious given we may have multiple
services in an executable.  I'm confident there are reasonable
work-arounds, so punting again (at least until we do host multiple services
in 1 .exe)

----------------------------------------------------------------------

Comment By: Richard Boulton (richardb)
Date: 2007-10-19 07:04

Message:
Logged In: YES 
user_id=9565
Originator: NO

Well, I can't see how to attach files to this report, though there is a
line listing the number of attachments (listing it as 0, though).

So, the example is at http://tartarus.org/~richard/test_service.py
If I register and run the service (with "python test_service.py start" on
the command line), I get two log entries - one saying "Started" and one
saying "Stopping", 5 seconds later.

If I uncomment the "sys.exitfunc()" line, I get an extra message "Atexit
called", immediately after the "Stopping" message.

I would expect to see the "Atexit called" message even with the call to
"sys.exitfunc()" commented out.

I don't have time to add Py_Finalize to PythonService.cpp and recompile,
but I would imagine that that would cause the sys.exitfunc() to be called
correctly - Py_Finalize is usually responsible for calling sys.exitfunc()
to be called on interpreter shutdown.

----------------------------------------------------------------------

Comment By: Richard Boulton (richardb)
Date: 2007-10-19 06:53

Message:
Logged In: YES 
user_id=9565
Originator: NO

This issue is still present.  I have a minimal example which reproduces it
which I will attach to this bug shortly.

Note - regarding "woodsplitter"'s comment - I don't think this is related
to the issue linked to there.  As far as I can tell, the issue there is
related to atexit being called in an order different to that expected, due
to threading issues.  In my minimal example, I have no threads involved;
all my example code runs in SvcDoRun, in a single thread.

I believe the problem is simply that, in src/PythonService.cpp,
Py_Finalize() is never called.  For example, in the main() function,
Py_Initialize() is called near the start, but a corresponding Py_Finalize()
is not called.

----------------------------------------------------------------------

Comment By: Hari Krishna Dara (haridsv)
Date: 2006-01-13 06:09

Message:
Logged In: YES 
user_id=344432

Doesn't seem to be. In my case I don't see a call back at
all, so the issue is not about when it gets called.

----------------------------------------------------------------------

Comment By: David S. Rushby (woodsplitter)
Date: 2006-01-13 05:50

Message:
Logged In: YES 
user_id=414645

I wonder if this bug is related to the following issue?
http://groups.google.com/group/comp.lang.python/browse_thread/thread/fe9e426650764ed9/972ecadc2d6fcf5b#972ecadc2d6fcf5b

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1295741 ] win32com: Lotus Notes IDocument.Authors crashes python

[SourceForge.net <no...@so...>]

Bugs item #1295741, was opened at 2005-09-20 05:45
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1295741&group_id=78018

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: com
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Philip Reed (philipreed)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com: Lotus Notes IDocument.Authors crashes python 

Initial Comment:
Sorry in advance for a Notes-specific question, but I'm 
guessing Notes is just the stimulus that's provoking 
some kind of issue in win32com and python.    I'm 
having trouble using win32com to access Lotus Notes 
email.   Specifically, an attempt to get the Authors 
attribute of an IDocument crashes Python.

In essence I'm attempting to port the VB example code 
from http://www.tek-tips.com/viewthread.cfm?qid=67791 
to Python.   Running the code sample below crashes 
with standard Windows error messages (The instruction 
at [memaddress] referenced memory at "0x00000005".  
The memory could not be "read") in three different 
environments:

- From a Windows 2000 console interface.    Dialog title 
is "python.exe - Application Error"
- From IDLE.   Dialog title is "pythonw.exe - Application 
Error"
- From PythonWin.   Title is "PythonWin: 
PythonWin.exe - Application Error".  This is particularly 
egregious since it cascades into an MFC error that 
crashes the PythonWin editor!

** DEMO CODE **
import win32com.client

sess = win32com.client.Dispatch
("Lotus.NotesSession")       #instance of ISession
sess.Initialize()       #Will prompt for password first time 
through
mailDb = sess.GetDatabase("", sess.UserName)
mailDoc = mailDb.CreateDocument()      

b= mailDoc.IsValid  #This works
print "MailDoc.IsValid: ", b

url = mailDoc.HttpURL   #This works
print "mailDoc.HttpURL ", url

input = raw_input("Are you sure you want to crash 
PythonWin?")
if input == "yes":
    print "Prepare for crash..."
    auths = mailDoc.Authors 
    print "mailDoc.Authors", auths
else:
    print "Chicken!   Enjoy the safe landing"

** OUTPUT **
(Note: I made some minor hacks to 
win32com\client\__init__.py in _ApplyTypes_() and 
__getattr__() to enhance output.)
(Also: Notes prompts for the password in a console, 
which shows up separately in Idle.)

Class ID: {29131578-2EED-1069-BF5D-00DD011186B7}
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
MailDoc.IsValid:  True
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
mailDoc.HttpURL:  
Are you sure you want to crash PythonWin?yes
Prepare for crash...
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
about to fail!
wFlags: 2

*************
I also tried loading Python with -vd flags, which produces 
extra output I'll attach in a file.

Any suggestions?   Any way to further troubleshoot w/o 
hacking around in Python C++ source (e.g., turning on 
better debugging)?

TIA,

Philip

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2008-02-26 20:58

Message:
Logged In: YES 
user_id=14198
Originator: NO

Sorry, but this is too old to try and track down.

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2005-09-23 08:51

Message:
Logged In: YES 
user_id=14198

This appears to be an access violation inside MFC itself. 
Without a debugger it will be very hard to track down.  It
may not crash in Python 2.3 as that uses a different MFC
version.  It should also not fail when using python.exe, as
MFC is out of the picture.

----------------------------------------------------------------------

Comment By: Philip Reed (philipreed)
Date: 2005-09-20 05:48

Message:
Logged In: YES 
user_id=392466

I forgot to note, this is Python 2.4 pywin32 extensions (build 
204) - Philip

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1295741&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1540243 ] Doesn't work well as non-admin

[SourceForge.net <no...@so...>]

Bugs item #1540243, was opened at 2006-08-15 07:56
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1540243&group_id=78018

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: com
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Michael Hoffman (hoffmanm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Doesn't work well as non-admin

Initial Comment:
win32com does not run very well as non-admin. It tries
to write cache files to a Program Files directory
(which can be changed, but only on a per-system basis
in HKLM) and register classes in HKEY_CLASSES_ROOT,
without failing over to HKEY_CURRENT_USER\Classes.

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2008-02-26 20:56

Message:
Logged In: YES 
user_id=14198
Originator: NO

I'm afraid that until there is a clear specification for when we should
fallback to HKCU, I'm closing this as "wont fix".  Note that the current
version will handle vista and non-elevated processes better - but generally
just prompt for elevation.  I'm not against support for HKCU, but I am
against "silently" falling back due to non-elevation.

----------------------------------------------------------------------

Comment By: Michael Hoffman (hoffmanm)
Date: 2006-12-26 15:27

Message:
Logged In: YES 
user_id=987664
Originator: YES

Since the gencache stuff has changed, I think win32com works a lot better.
Not using HKEY_CURRENT_USERS\Classes is still a problem though.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1540243&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1732395 ] Vista install errors for pywin32-210

[SourceForge.net <no...@so...>]

Bugs item #1732395, was opened at 2007-06-07 07:36
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1732395&group_id=78018

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: Fixed
Priority: 5
Private: No
Submitted By: Olivier Mengué (dolmen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Vista install errors for pywin32-210

Initial Comment:
It appers that the setup (pywin32-210.win32-py2.5.exe) does not ask for administrative right to install and fails to do some registry modifications.

Here is the log at the end of the install:

Copied pythoncom25.dll to C:\Outils\Python\pythoncom25.dll
Copied pywintypes25.dll to C:\Outils\Python\pywintypes25.dll
You do not have the permissions to install COM objects.
The sample COM objects were not registered.
-> Software\Python\PythonCore\2.5\Help[None]=None
-> Software\Python\PythonCore\2.5\Help\Pythonwin Reference[None]='C:\\Outils\\Python\\Lib\\site-packages\\PyWin32.chm'
Creating directory C:\Outils\Python\Lib\site-packages\win32com\gen_py
Shortcut for Pythonwin created
Shortcut to documentation created
The pywin32 extensions were successfully installed.



----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2008-02-26 20:52

Message:
Logged In: YES 
user_id=14198
Originator: NO

I believe this will be fixed in build 211 - please reopen if not (or
please try
http://starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe - it
should also be fixed there)

----------------------------------------------------------------------

Comment By: Vano (native_api)
Date: 2008-01-18 23:39

Message:
Logged In: YES 
user_id=1839655
Originator: NO

guess it's a duplicate of bug 1763285

----------------------------------------------------------------------

Comment By: EarlW (earlwer)
Date: 2007-11-25 02:38

Message:
Logged In: YES 
user_id=988409
Originator: NO

When installing, you can right-click and 'Run as administrator'.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1732395&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1815499 ] SetWindowPos can't work with activex control

[SourceForge.net <no...@so...>]

Bugs item #1815499, was opened at 2007-10-18 12:23
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1815499&group_id=78018

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: Fixed
Priority: 5
Private: No
Submitted By: zou guangxian (weck)
Assigned to: Nobody/Anonymous (nobody)
Summary: SetWindowPos can't work with activex control

Initial Comment:
In win32app.cpp:2166,

	BOOL ok = ::SetWindowPos( pWnd->GetSafeHwnd(), insertAfter, x, y, cx, cy, flags);

should be changed to the following lines:
	CWnd wndInsertAfter;
	wndInsertAfter.Attach(insertAfter);
	BOOL ok = pWnd->SetWindowPos( &wndInsertAfter, x, y, cx, cy, flags);
	wndInsertAfter.Detach();


----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2008-02-26 20:39

Message:
Logged In: YES 
user_id=14198
Originator: NO

was win32win.cpp, but that looks good to me!

Checking in win32win.cpp;
new revision: 1.21; previous revision: 1.20

Thanks.

----------------------------------------------------------------------

Comment By: zou guangxian (weck)
Date: 2007-10-24 17:39

Message:
Logged In: YES 
user_id=499971
Originator: YES

The attachment is a modification of flash.py in
Lib\site-packages\pythonwin\pywin\Demos\ocx\. 

After it launched, it will create a window to host ShockwaveFlash control.
User can drag the border to resize the window. but when host window became
larger, the ShockwaveFlash only do a 'fake' resize. when you click on
ShockwaveFlash control, it will shrink to the size when it was created.

I've readed the source code and found that CWnd::SetWindowPos will do a
lot of things except calling ::SetWindowPos. so I made a changement like
the lines listed before, and it work very well.

File Added: flash2.py

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2007-10-18 12:26

Message:
Logged In: YES 
user_id=14198
Originator: NO

Can you please show an example of some code that is broken now, but is
fixed with this change?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1815499&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-947867 ] Debugger Stack view not showing int values

[SourceForge.net <no...@so...>]

Bugs item #947867, was opened at 2004-05-04 12:37
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947867&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
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).


----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 21:31

Message:
Logged In: YES 
user_id=771074
Originator: NO

Suggested change has been made, browser.py, r1.9

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947867&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1027851 ] cursor stays in interactive window after dblclick

[SourceForge.net <no...@so...>]

Bugs item #1027851, was opened at 2004-09-14 06:55
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027851&group_id=78018

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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: cursor stays in interactive window after dblclick

Initial Comment:
Double-clicking a traceback line (opens and) activates
the module edit window, but the cursor stays in the
interactive window. It would be more useful to have the
cursor appear in the edit window.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 17:25

Message:
Logged In: YES 
user_id=771074
Originator: NO

It appears that after the double-click processing
that opens the file and moves the cursor to the
specified line, scintilla unconditionally sets the cursor
back to the location that was clicked.  I may try to work
out some way of setting the cursor asynchronously.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027851&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-785374 ] Pythonwin startup error.

[SourceForge.net <no...@so...>]

Bugs item #785374, was opened at 2003-08-08 08:13
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=785374&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ruben Marquez (rrm1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pythonwin startup error.

Initial Comment:
On an XP Profesional Machine, I upgraded from 
Python23rc1 to Python23 final.  I uninstalled the old 
packages and installed the new ones (Python23, and 
win32all-155) in a different 
location, "D:\Programs\Python23".  It all seemed to 
install correctly, but when trying to start the Pythonwin 
application the following error appeared in window:

<Error getting traceback - cant import 
traceback>exceptions.ImportError: No module named 
pywin.framework.startup

I then decided to start from scratch.  I removed again 
all my python related packages.  I deleted any remnants 
of the installation folder.  I went to the registry and 
deleted the Python23 key.  I rebooted the machine.  I 
installed Python into D:\Programs\Python23, and it 
installed correctly.  I then installed win32all-155.exe.  It 
all seemed to go well, the Start Menu shortcuts were 
created, no errors.  But when I tried to start the 
Pythonwin application it failed again with the same error 
message:

<Error getting traceback - cant import 
traceback>exceptions.ImportError: No module named 
pywin.framework.startup

Interestingly, when I launch the following, the app 
starts fine:
D:\Programs\Python23\Lib\site-
packages\Pythonwin\start_pythonwin.pyw

But, if I launch the following, I get the error:
D:\Programs\Python23\pythonwin.exe

-Ruben

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 17:13

Message:
Logged In: YES 
user_id=771074
Originator: NO

This was fixed along with 804178.


----------------------------------------------------------------------

Comment By: Ruben Marquez (rrm1)
Date: 2003-09-11 15:35

Message:
Logged In: YES 
user_id=307646

Christopher,
You are correct.  Your workaround is indeed a workaround.  
Thanks.

-Ruben

----------------------------------------------------------------------

Comment By: Christopher J. Prinos (cprinos)
Date: 2003-09-11 13:11

Message:
Logged In: YES 
user_id=571862

Ruben, see bug #804178 for a workaround (I don't know if it's 
really a fix or not until Mark H. comments)

----------------------------------------------------------------------

Comment By: Ruben Marquez (rrm1)
Date: 2003-08-14 07:31

Message:
Logged In: YES 
user_id=307646

Problem persists after uninstalling win32all-155 and installing 
win32all-157.  The worst part is that I can not open python 
files from Explorer.  I also notice that some settings are not 
saved, such as the one for showing empty spaces and the 
indentation guidelines.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=785374&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-770248 ] F9 sets breakpoint in wrong pane

[SourceForge.net <no...@so...>]

Bugs item #770248, was opened at 2003-07-12 14:03
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770248&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: F9 sets breakpoint in wrong pane

Initial Comment:
With pane divider about 2/3 way down, cursor in top
pane, I hit F9 and a breakpoint is set in the first
line of the bottom pane. Top pane is showing lines
157-196; bottom 75-89.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 17:08

Message:
Logged In: YES 
user_id=771074
Originator: NO

Fixed, see #948908


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770248&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-948908 ] F9 does not work in upper pane

[SourceForge.net <no...@so...>]

Bugs item #948908, was opened at 2004-05-05 20:13
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=948908&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
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.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 17:04

Message:
Logged In: YES 
user_id=771074
Originator: NO

Fixed with dbgcommands.py r1.2 and scriptutils.py r1.15 


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=948908&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-973771 ] Grep File Search Tool:doesn't open file anymore

[SourceForge.net <no...@so...>]

Bugs item #973771, was opened at 2004-06-16 03:22
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=973771&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: kxroberto (kxroberto)
Assigned to: Nobody/Anonymous (nobody)
Summary: Grep File Search Tool:doesn't open file anymore

Initial Comment:
Grep File Search Tool: Double-Click / [RETURN] key
doesn't open file anymore.

#Search C:\devel\e2x
# Files *.py
#   For thread.start
c:\test\test.py(558)             thread.start_new(x,())


in earlier versions the file opened.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 09:39

Message:
Logged In: YES 
user_id=771074
Originator: NO

The dbl-click functionality was restored some time ago.


----------------------------------------------------------------------

Comment By: bob gailer (ramrom)
Date: 2004-10-01 13:05

Message:
Logged In: YES 
user_id=587593

See bug 716741.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=973771&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1449453 ] IDE: AttributeError: butAcrossFiles

[SourceForge.net <no...@so...>]

Bugs item #1449453, was opened at 2006-03-14 04:38
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1449453&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: kxroberto (kxroberto)
Assigned to: Nobody/Anonymous (nobody)
Summary: IDE: AttributeError: butAcrossFiles

Initial Comment:
build205 / py2.3.5 :

>>> Traceback (most recent call last):
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py",
line 169, in OnInitDialog
    self.butKeepDialogOpen = self.GetDlgItem(115)
win32ui: Internal error - existing object has type
'PyCWinThread', but 'PyCButton' was requested.
win32ui: OnInitDialog() virtual handler (<bound method
FindDialog.OnInitDialog of
<pywin.scintilla.find.FindDialog instance at
0x01555828>>) raised an exception
Traceback (most recent call last):
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py",
line 209, in OnFindNext
    if self.DoFindNext() != FOUND_NOTHING and not
self.butKeepDialogOpen.GetCheck():
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py",
line 201, in DoFindNext
    params.acrossFiles = self.butAcrossFiles.GetCheck()
  File
"C:\PYTHON23\Lib\site-packages\pythonwin\pywin\mfc\object.py",
line 18, in __getattr__
    return getattr(o, attr)
AttributeError: butAcrossFiles
win32ui: Error in Command Message handler for command
ID 109, Code 0


----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 09:32

Message:
Logged In: YES 
user_id=771074
Originator: NO

This should be fixed by the thread assoc changes.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1449453&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-770209 ] help does not remember favorites

[SourceForge.net <no...@so...>]

Bugs item #770209, was opened at 2003-07-12 12:04
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770209&group_id=78018

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: Invalid
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: help does not remember favorites

Initial Comment:
help does not remember favorites.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 09:07

Message:
Logged In: YES 
user_id=771074
Originator: NO

This is a feature of the HTML help viewer itself.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770209&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-770218 ] drag to select in immediate wraps

[SourceForge.net <no...@so...>]

Bugs item #770218, was opened at 2003-07-12 12:33
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770218&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: drag to select in immediate wraps

Initial Comment:
Click in the immediate window, and drag down. Selection
extends until the bottom, then wraps to the top.

It should stop at the bottom.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 08:50

Message:
Logged In: YES 
user_id=771074
Originator: NO

This no longer occurs, but I'm not sure
when it was fixed.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770218&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-734562 ] isInitialBreakpoint not initialised

[SourceForge.net <no...@so...>]

Bugs item #734562, was opened at 2003-05-08 05:58
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=734562&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: janez jere (janezj)
Assigned to: Nobody/Anonymous (nobody)
Summary: isInitialBreakpoint not initialised

Initial Comment:
In build 152 pywin.debugger.brk() is not working, 
because Debugger is without isInitialBreakpoint attribute.

import pywin.debugger
g = pywin.debugger.GetDebugger()

if not hasattr(g, 'isInitialBreakpoint'):
    g.isInitialBreakpoint = None

pywin.debugger.brk()
print '1'
print '2'
print '3'

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 08:47

Message:
Logged In: YES 
user_id=771074
Originator: NO

This appears to have been fixed way back
in debugger.py r1.11.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=734562&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-770217 ] closing edit window results in error loop

[SourceForge.net <no...@so...>]

Bugs item #770217, was opened at 2003-07-12 12:32
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770217&group_id=78018

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: Fixed
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: closing edit window results in error loop

Initial Comment:
Not always repeatable: make changes in an edit window.
click the close box. Say Yes to Save Changes? Result
Traceback (most recent call last):
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\framework\editor\document.py",
line 83, in OnSaveDocument
    self._DocumentStateChanged()
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\framework\editor\document.py",
line 175, in _DocumentStateChanged
   
pywin.debugger.currentDebugger.UpdateDocumentLineStates(self)
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\debugger\debugger.py",
line 880, in UpdateDocumentLineStates
    doc.MarkerDeleteAll( MARKER_BREAKPOINT )
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\scintilla\document.py",
line 117, in MarkerDeleteAll
    self.GetEditorView().SCIMarkerDeleteAll(marker)
AttributeError: SCIMarkerDeleteAll
win32ui: OnSaveDocument() virtual handler (<bound
method SyntEditDocument.OnSaveDocument of
<pywin.framework.editor.color.coloreditor.SyntEditDocument
instance at 0x01885A68>>) raised an exception
Traceback (most recent call last):
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\framework\dbgcommands.py",
line 140, in OnUpdateAddBreakpoints
    cmdui.SetCheck(doc.MarkerAtLine(lineNo,
pywin.framework.editor.color.coloreditor.MARKER_BREAKPOINT)
!= 0)
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\scintilla\document.py",
line 121, in MarkerAtLine
    markerState =
self.GetEditorView().SCIMarkerGet(lineNo-1)Traceback
(most recent call last):
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\framework\dbgcommands.py",
line 108, in OnAdd
    rc = d.set_break(pathName, lineNo)
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\debugger\debugger.py",
line 519, in set_break
    self.SetLineState(filename, lineno,
LINESTATE_BREAKPOINT)
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\debugger\debugger.py",
line 867, in SetLineState
    if not doc.MarkerCheck(lineNo, marker):
  File
"P:\Python22\\lib\site-packages\Pythonwin\pywin\scintilla\document.py",
line 105, in MarkerCheck
    markerState = v.SCIMarkerGet(lineNo)
AttributeError: SCIMarkerGet
win32ui: Error in Command Message handler for command
ID 16004, Code 0
then loops endlessly back to the last Traceback...

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 08:31

Message:
Logged In: YES 
user_id=771074
Originator: NO

This should be solved by the fix to #1037629.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770217&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-763473 ] Set breakpoint rejected at bottom of file after adding lines

[SourceForge.net <no...@so...>]

Bugs item #763473, was opened at 2003-06-30 15:37
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=763473&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: Set breakpoint rejected at bottom of file after adding lines

Initial Comment:
Attempting to set a breakpoint on a line added at the
end of a file is rejected (line blahblah does not
exist) at bottom of file after adding lines. One must
first save the file. This is counterintuitive and
counterproductive.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 08:19

Message:
Logged In: YES 
user_id=771074
Originator: NO

This works as expected now.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=763473&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-733398 ] Can't configuring the tools menu bar

[SourceForge.net <no...@so...>]

Bugs item #733398, was opened at 2003-05-06 11:48
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=733398&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Reginald B. Charney (rcharney)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't configuring the tools menu bar

Initial Comment:
I usually run PythonWin with the debugger tool bar 
present. However, there does not seem to be any way of 
enabling it when PythonWin is loaded. (I.e., the View | 
Toolbars | Debugging can not be selected by default.)

Somewhat related is an inconsistency in the 
documentation that is embedded in the default.cfg file. It 
says that I can define my own .cfg file and using the 
Tools | Options | Editor set PythonWin to start with my 
configuration file. There is no place that I can set the 
startup configuration file in the Editor page.

That said, the product is terrific! Thanks.

Reg. Charney
ch...@ch...

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 07:44

Message:
Logged In: YES 
user_id=771074
Originator: NO

The debug toolbar state should be persisted
correctly now.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=733398&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-716741 ] Right-click grep menu broken

[SourceForge.net <no...@so...>]

Bugs item #716741, was opened at 2003-04-07 08:54
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018

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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: Right-click grep menu broken

Initial Comment:
In previous versions of PythonWin I could left click,
then right click on a result line in a grep window and
choose to edit the file. In the current (win32all build
152) right click in grep always displays the same menu
(Try Again, Cut, Copy, Paste, Select all, Save tesults.)

BTW it also bugged me that I had to left click first to
select the line, then right click.

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2008-02-25 07:33

Message:
Logged In: YES 
user_id=771074
Originator: NO

The "open document" functionality was fixed some time
back.



----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 04:00

Message:
Logged In: YES 
user_id=263040

While we're on the subject, it would be nice if one could 
double click the line to edit (like the traceback in interactive 
window).

BTW - And if we want to go further - it would be really extra 
super nice to show the results (grouped by file) in a tree 
structure - I've done a cack-handed bodge which displays 
results in a separate HierList pane - but due to my lack of 
understanding of mfc, I've had to implement the dialog in 
tkinter(!)

----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 03:59

Message:
Logged In: YES 
user_id=263040

While we're on the subject, it would be nice if one could 
double click the line to edit (like the traceback in interactive 
window).

BTW - And if we want to go further - it would be really extra 
super nice to show the results (grouped by file) in a tree 
structure - I've done a cack-handed bodge which displays 
results in a separate HierList pane - but due to my lack of 
understanding of mfc, I've had to implement the dialog in 
tkinter(!)

----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 03:58

Message:
Logged In: YES 
user_id=263040

While we're on the subject, it would be nice if one could 
double click the line to edit (like the traceback in interactive 
window).

BTW - And if we want to go further - it would be really extra 
super nice to show the results (grouped by file) in a tree 
structure - I've done a cack-handed bodge which displays 
results in a separate HierList pane - but due to my lack of 
understanding of mfc, I've had to implement the dialog in 
tkinter(!)

----------------------------------------------------------------------

Comment By: Tim Diggins (tdiggins)
Date: 2003-10-17 03:56

Message:
Logged In: YES 
user_id=263040

While we're on the subject, it would be nice if one could 
double click the line to edit (like the traceback in interactive 
window).

BTW - And if we want to go further - it would be really extra 
super nice to show the results (grouped by file) in a tree 
structure - I've done a cack-handed bodge which displays 
results in a separate HierList pane - but due to my lack of 
understanding of mfc, I've had to implement the dialog in 
tkinter(!)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018