pywin32-bugs Mailing List for Python for Windows Extensions (Page 18)
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...> - 2011-11-05 04:00:44
|
Feature Requests item #3433757, was opened at 2011-11-04 20:29 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3433757&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: Kris Hardy (krishardy) Assigned to: Nobody/Anonymous (nobody) Summary: Full LOGFONT struct implementation Initial Comment: The current implementation of the LOGFONT struct in Pythonwin/win32util.cpp is not complete, relative to the WinGDI.h in the Windows 7.1 SDK. Attached is a proposed patch to support the full LOGFONT struct. Notes: I reordered the szFont* static strings, the documentation, the dict building order in LogFontToDict(), and the LOGFONT packing order in DictToLogFont(). This was done purely for asthetics in order to have the orders match that of the LOGFONT struct. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-11-04 21:00 Message: Thanks for the patches - a couple of notes: * CHANGES.txt should have these in the "Since 216" section - 217 is yet to be released. In that same file, please wrap the lines to 80 chars, remove the URL to MSDN and if you like, add your name at the end of the paragraph - something like "(feature request 3433757 by Kris Hardy) * Please remove the notes similar to "2011-11-02 Extended by Kris Hardy ..." - I prefer keeping those notes out of the code and let hg tell us that - if similar notes were added for every change it would get messy pretty quickly :) It is fine in the CHANGES file though, as mentioned above. * Pythonwin/win32util.cpp is indented with tabs where you have used spaces. Tabs should be used for consistency (oh - I see now the second patch does that) * In that same file, the existing comment: // ??? This is missing a lot of members ??? is now out of date, right? If so it should be removed. If you can generate a single new patch with those changes I'll check it in! Thanks, Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3433757&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-11-05 03:42:56
|
Patches item #3433527, was opened at 2011-11-04 07:02 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3433527&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: Accepted Priority: 5 Private: No Submitted By: kxroberto (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: docview.DocTemplate to not pull framwork unless in use Initial Comment: dummy _SetupSharedMenu_() (py2exe drawed in the whole Pythonwin IDE framework, when DocTemplate is used) framework/intpyapp.py already sets its own _SetupSharedMenu_() ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-11-04 20:42 Message: Thanks - checked in as 4168:86f428f44fca ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3433527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-11-05 03:29:34
|
Feature Requests item #3433757, was opened at 2011-11-04 20:29 Message generated for change (Tracker Item Submitted) made by krishardy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3433757&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: Kris Hardy (krishardy) Assigned to: Nobody/Anonymous (nobody) Summary: Full LOGFONT struct implementation Initial Comment: The current implementation of the LOGFONT struct in Pythonwin/win32util.cpp is not complete, relative to the WinGDI.h in the Windows 7.1 SDK. Attached is a proposed patch to support the full LOGFONT struct. Notes: I reordered the szFont* static strings, the documentation, the dict building order in LogFontToDict(), and the LOGFONT packing order in DictToLogFont(). This was done purely for asthetics in order to have the orders match that of the LOGFONT struct. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3433757&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-11-04 14:02:39
|
Patches item #3433527, was opened at 2011-11-04 07:02 Message generated for change (Tracker Item Submitted) made by kxroberto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3433527&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: kxroberto (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: docview.DocTemplate to not pull framwork unless in use Initial Comment: dummy _SetupSharedMenu_() (py2exe drawed in the whole Pythonwin IDE framework, when DocTemplate is used) framework/intpyapp.py already sets its own _SetupSharedMenu_() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3433527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-28 21:32:51
|
Bugs item #3429881, was opened at 2011-10-28 18:32 Message generated for change (Tracker Item Submitted) made by claxo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3429881&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: claxo (claxo) Assigned to: Nobody/Anonymous (nobody) Summary: error 6034 installing from pywin32-216.win32-py2.6.exe (solv Initial Comment: Installing from pywin32-216.win32-py2.6.exe the installation progressed but mid-installation a MsgBox poped-up showing "ERROR 6034 An application has made an attempt to load the C runtime library incorrectly" Installation continues after clicking ok in the warning, damage is unknown. I tracked the problem to having a msvcr90.dll in a directory added to the PATH environment variable, even if it only holds said dll. In my case, the problem was caused by Bazaar (the revision control system). I filled with them a more detailed bug report, see https://bugs.launchpad.net/bzr/+bug/881203 To locate such an offending dll, other than a search over the dirs in the PATH you can do the following 1. install Process Explorer from SysInternals ( http://technet.microsoft.com/en-us/sysinternals/bb896653 ) 2. launch it 3. run pywin32-216.win32-py2.6.exe 4. When the error message shows, without dismissing it, Alt-tab to process explorer 5. In Process Explorer window select the process pywin32-216.win32-py2.6.exe , then menu select View | Lower Pane View | DLLs (or use CTRL+D) 6. Look for duplicates of msvcr90.dll in the dlls attached to the process, right cliking on them will give the location. One is the correct dll, the other should not be there. In my case removing the dir holding the dll from the PATH fixed the issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3429881&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-19 18:10:35
|
Bugs item #3314345, was opened at 2011-06-09 14:00 Message generated for change (Comment added) made by chrisparks You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3314345&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: ajs (ajssf) Assigned to: Nobody/Anonymous (nobody) Summary: dde module initialization failing Initial Comment: If I import the dde module after importing the win32ui module, the error generated tells me to import the win32ui module. I get the same behaviour for builds 215 and 216 Below is a copy of a real session C:\>c:\Python31\python.exe Python 3.1.3 (r313:86834, Nov 27 2010, 17:20:37) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import win32ui >>> import dde Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: This must be an MFC application - try loading win32ui first >>> win32ui.GetApp() object 'PyCWinApp' - assoc is 000000000247D150, vi=<None>, notify=0,ch/u=0/0 >>> Looking at the source code, the import error from the dde module appears to be generated because there is no CWinApp being created by the win32ui import, but the call to win32ui.GetApp() seems to show that there is one created. ---------------------------------------------------------------------- Comment By: chrisparks (chrisparks) Date: 2011-10-19 14:10 Message: Thanks for the tip jonvspython, I could not get dde to import from the bundle that came with pythonxy 2.7.2 (build 216 of pywin32). Dependency walker showed MSVCR90.DLL was missing from the distribution. I installed the missing DLL but dde still failed to import. I then installed build 214 of pywin32 and it is now working. Something broke dde on the way to build 216. ---------------------------------------------------------------------- Comment By: jon vs. python (jonvspython) Date: 2011-07-06 06:33 Message: I had the same problem with Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win32 and build 216. The problem did not arise with Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win32 and build 214, though. Hope it helps. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-06-09 19:27 Message: I'll fix the message later, but I don't think I will be able to fix the behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3314345&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-12 09:48:47
|
Bugs item #3356683, was opened at 2011-07-06 17:05 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3356683&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: installation Group: None Status: Pending Resolution: None Priority: 5 Private: No Submitted By: LMO (rzn8tr) Assigned to: Nobody/Anonymous (nobody) Summary: Import Error: DLL load Failed Win XP Pro Initial Comment: Installed python 2.7, installed pywin32-216 without problems Uninstalled python 2.7, pywin32 Installed python 2.6 When installing pywin32-216 (or -215, same result), setup dialog shows: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 314, in install File "<string>", line 152, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: http://jibinjohn.myopenid.com/ () Date: 2011-10-12 09:48 Message: @mhammond pywin32-216.win32-py2.6.exe ---------------------------------------------------------------------- Comment By: http://jibinjohn.myopenid.com/ () Date: 2011-10-12 09:45 Message: @mhammond I tried that its not working.Same error Windows xp professional sp3 python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)] ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-07-06 23:12 Message: I suspect you need the VS redistributables from http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=29 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3356683&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-12 09:45:26
|
Bugs item #3356683, was opened at 2011-07-06 17:05 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3356683&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: installation Group: None Status: Pending Resolution: None Priority: 5 Private: No Submitted By: LMO (rzn8tr) Assigned to: Nobody/Anonymous (nobody) Summary: Import Error: DLL load Failed Win XP Pro Initial Comment: Installed python 2.7, installed pywin32-216 without problems Uninstalled python 2.7, pywin32 Installed python 2.6 When installing pywin32-216 (or -215, same result), setup dialog shows: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 314, in install File "<string>", line 152, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: http://jibinjohn.myopenid.com/ () Date: 2011-10-12 09:45 Message: @mhammond I tried that its not working.Same error Windows xp professional sp3 python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)] ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-07-06 23:12 Message: I suspect you need the VS redistributables from http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=29 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3356683&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-07 20:09:59
|
Bugs item #3420417, was opened at 2011-10-07 15:21 Message generated for change (Comment added) made by calconst You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&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: win32 Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Caleb Constantine (calconst) Assigned to: Nobody/Anonymous (nobody) Summary: PyTime value returned from FindFilesIterator is incorrect Initial Comment: The PyTime value in the WIN32_FIND_DATA object returned from FindFilesIterator() is incorrect. Say fdata is an instance returned from FindFilesIterator(), then time.localtime(int(fdata[3])) returns the UTC time, not the local time. To reproduce: (1) Create a new text file, say C:\test.txt (2) Observe the modification date. (3) Run the script on the command line with the path to the file created in (1) as the argument, e.g. pytimebug.py C:\test.txt (4) Observe local time printed on screen is incorrect; in fact it is the UTC time. ---------------------------------------------------------------------- >Comment By: Caleb Constantine (calconst) Date: 2011-10-07 16:09 Message: It seems the PyTime value (returned from FindFilesIterator()) is offset from the correct value by the value of the UTC offset. E.g, if I find the UTC offset, and subtract this from the PyTime before converting to localtime, I get the correct result: utc_offset = (datetime.utcnow() - datetime.now()).total_seconds() ftime = time.localtime(int(finfo[3]) - utc_offset) Now ftime is correct. ---------------------------------------------------------------------- Comment By: Caleb Constantine (calconst) Date: 2011-10-07 15:29 Message: This bug might be related to bug ID 2831327, "GetProcessTimes converts wrongly to PyTime". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-07 19:29:59
|
Bugs item #3420417, was opened at 2011-10-07 15:21 Message generated for change (Comment added) made by calconst You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&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: win32 Group: None Status: Open Resolution: None >Priority: 6 Private: No Submitted By: Caleb Constantine (calconst) Assigned to: Nobody/Anonymous (nobody) Summary: PyTime value returned from FindFilesIterator is incorrect Initial Comment: The PyTime value in the WIN32_FIND_DATA object returned from FindFilesIterator() is incorrect. Say fdata is an instance returned from FindFilesIterator(), then time.localtime(int(fdata[3])) returns the UTC time, not the local time. To reproduce: (1) Create a new text file, say C:\test.txt (2) Observe the modification date. (3) Run the script on the command line with the path to the file created in (1) as the argument, e.g. pytimebug.py C:\test.txt (4) Observe local time printed on screen is incorrect; in fact it is the UTC time. ---------------------------------------------------------------------- >Comment By: Caleb Constantine (calconst) Date: 2011-10-07 15:29 Message: This bug might be related to bug ID 2831327, "GetProcessTimes converts wrongly to PyTime". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-07 19:21:44
|
Bugs item #3420417, was opened at 2011-10-07 15:21 Message generated for change (Tracker Item Submitted) made by calconst You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&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: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Caleb Constantine (calconst) Assigned to: Nobody/Anonymous (nobody) Summary: PyTime value returned from FindFilesIterator is incorrect Initial Comment: The PyTime value in the WIN32_FIND_DATA object returned from FindFilesIterator() is incorrect. Say fdata is an instance returned from FindFilesIterator(), then time.localtime(int(fdata[3])) returns the UTC time, not the local time. To reproduce: (1) Create a new text file, say C:\test.txt (2) Observe the modification date. (3) Run the script on the command line with the path to the file created in (1) as the argument, e.g. pytimebug.py C:\test.txt (4) Observe local time printed on screen is incorrect; in fact it is the UTC time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3420417&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-10-06 13:44:31
|
Bugs item #3419597, was opened at 2011-10-06 21:44 Message generated for change (Tracker Item Submitted) made by mallon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3419597&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: Open Resolution: None Priority: 5 Private: No Submitted By: shajunxing (mallon) Assigned to: Nobody/Anonymous (nobody) Summary: Memory leak on SWbemRefresher Initial Comment: Got a memory leak problem on getting performance data from wmi. For example, when running code below, it can be found in windows task manager that memory usage continue grows. import win32com.client com = win32com.client.Dispatch("WbemScripting.SWbemRefresher") obj = win32com.client.GetObject("winmgmts:\\root\cimv2") while True: com.AddEnum(obj, "Win32_Process") com.DeleteAll() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3419597&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-26 22:25:16
|
Bugs item #3414048, was opened at 2011-09-27 00:26 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3414048&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: Bernard Bouvais (bbouvais) Assigned to: Nobody/Anonymous (nobody) Summary: R6034 error message. Initial Comment: Hi, I have extended my c++ app with Python 3.2. When I launch a Python script from my app, I have the R6034 runtime error. Problem with "msvcr90.dll". This R6034 error is triggered by "import win32com.client" on Windows XP and Vista (32 bits). On Windows 7 (64 bits), no error message. "import win32gui" works without problem. The message appears but all works fine, I can launch winword.exe, for example. With dependency walker, I saw that pythoncomloader32.dll has a manifest but pythoncom32.dll and pywintypes32.dll don't. Maybe you have already fixed this problem. Is is possible to test your dev version ? Is it possible to download the full Visual Studio project to make tests ? Thanks. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-09-27 08:25 Message: It is the intention that most of the modules have no manifest. It should be that win32gui also has no manifest, so importing pythoncom should work if importing win32gui does. It may be that import win32com.client" is somehow loading pythoncomloader.dll, but I don't quite understand how this would happen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3414048&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-26 14:26:11
|
Bugs item #3414048, was opened at 2011-09-26 16:26 Message generated for change (Tracker Item Submitted) made by bbouvais You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3414048&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: Bernard Bouvais (bbouvais) Assigned to: Nobody/Anonymous (nobody) Summary: R6034 error message. Initial Comment: Hi, I have extended my c++ app with Python 3.2. When I launch a Python script from my app, I have the R6034 runtime error. Problem with "msvcr90.dll". This R6034 error is triggered by "import win32com.client" on Windows XP and Vista (32 bits). On Windows 7 (64 bits), no error message. "import win32gui" works without problem. The message appears but all works fine, I can launch winword.exe, for example. With dependency walker, I saw that pythoncomloader32.dll has a manifest but pythoncom32.dll and pywintypes32.dll don't. Maybe you have already fixed this problem. Is is possible to test your dev version ? Is it possible to download the full Visual Studio project to make tests ? Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3414048&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-08 00:47:42
|
Bugs item #3402824, was opened at 2011-09-02 06:44 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&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: win32 Group: None Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: Bryan Cook (cookbr) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Installer: close failed in file object destructor Initial Comment: When running through pywin32-216.win-amd64-py2.7.exe on Windows Server 2008 R2, I got the following message on the 'Finish' screen of the Installation Wizard ... close failed in file object destructor: sys.excepthook is missing lost sys.stderr ... does this negatively impact the installation at all? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-09-08 10:47 Message: There is another open bug on this, so I'm closing this as a duplicate. To ensure the post install process completes, you can just run "python scripts\pywin32_postinstall.py -install" at any time. Also, the change you mention should be the fix for this problem - it is just that a new release is yet to be made with that patch in place. ---------------------------------------------------------------------- Comment By: Enrico Tröger (eht16) Date: 2011-09-08 01:46 Message: We got the same problem here. Some more details: - Windows 2008 R2 Datacenter SP1 - Python 2.7.2 64bit - PyWin32 pywin32-216.win-amd64-py2.7.exe What we also noticed: - in the Datacenter edition with SP1 it works as user, even with admin privileges but it won't work when installed as the user Administrator (i.e. showing the error messages in the OP's report) - it worked in Windows Server 2008 R2 Standard even as user Administrator Could the fix in [1] be related to this problem? [1] http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/rev/a64d8ac23e61 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-08 00:47:31
|
Bugs item #3402824, was opened at 2011-09-02 06:44 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&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: win32 Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Bryan Cook (cookbr) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Installer: close failed in file object destructor Initial Comment: When running through pywin32-216.win-amd64-py2.7.exe on Windows Server 2008 R2, I got the following message on the 'Finish' screen of the Installation Wizard ... close failed in file object destructor: sys.excepthook is missing lost sys.stderr ... does this negatively impact the installation at all? ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-09-08 10:47 Message: There is another open bug on this, so I'm closing this as a duplicate. To ensure the post install process completes, you can just run "python scripts\pywin32_postinstall.py -install" at any time. Also, the change you mention should be the fix for this problem - it is just that a new release is yet to be made with that patch in place. ---------------------------------------------------------------------- Comment By: Enrico Tröger (eht16) Date: 2011-09-08 01:46 Message: We got the same problem here. Some more details: - Windows 2008 R2 Datacenter SP1 - Python 2.7.2 64bit - PyWin32 pywin32-216.win-amd64-py2.7.exe What we also noticed: - in the Datacenter edition with SP1 it works as user, even with admin privileges but it won't work when installed as the user Administrator (i.e. showing the error messages in the OP's report) - it worked in Windows Server 2008 R2 Standard even as user Administrator Could the fix in [1] be related to this problem? [1] http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/rev/a64d8ac23e61 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-07 15:46:56
|
Bugs item #3402824, was opened at 2011-09-01 22:44 Message generated for change (Comment added) made by eht16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&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: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bryan Cook (cookbr) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Installer: close failed in file object destructor Initial Comment: When running through pywin32-216.win-amd64-py2.7.exe on Windows Server 2008 R2, I got the following message on the 'Finish' screen of the Installation Wizard ... close failed in file object destructor: sys.excepthook is missing lost sys.stderr ... does this negatively impact the installation at all? ---------------------------------------------------------------------- Comment By: Enrico Tröger (eht16) Date: 2011-09-07 17:46 Message: We got the same problem here. Some more details: - Windows 2008 R2 Datacenter SP1 - Python 2.7.2 64bit - PyWin32 pywin32-216.win-amd64-py2.7.exe What we also noticed: - in the Datacenter edition with SP1 it works as user, even with admin privileges but it won't work when installed as the user Administrator (i.e. showing the error messages in the OP's report) - it worked in Windows Server 2008 R2 Standard even as user Administrator Could the fix in [1] be related to this problem? [1] http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/rev/a64d8ac23e61 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-09-01 20:44:17
|
Bugs item #3402824, was opened at 2011-09-01 16:44 Message generated for change (Tracker Item Submitted) made by cookbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&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: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bryan Cook (cookbr) Assigned to: Nobody/Anonymous (nobody) Summary: Windows Installer: close failed in file object destructor Initial Comment: When running through pywin32-216.win-amd64-py2.7.exe on Windows Server 2008 R2, I got the following message on the 'Finish' screen of the Installation Wizard ... close failed in file object destructor: sys.excepthook is missing lost sys.stderr ... does this negatively impact the installation at all? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3402824&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-30 02:26:44
|
Bugs item #3399987, was opened at 2011-08-29 13:03 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&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: win32 Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: jumping (jumping) Assigned to: Nobody/Anonymous (nobody) Summary: com_error Initial Comment: I could not run speech.input (), please take a look the following messages: " Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. **************************************************************** Personal firewall software may warn about the connection IDLE makes to its subprocess using this computer's internal loopback interface. This connection is not visible on any external interface and no data is sent to or received from the Internet. **************************************************************** IDLE 1.2.1 >>> import speech >>> phrase = speech.input() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> phrase = speech.input() File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 162, in input listener = listenforanything(response) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 193, in listenforanything return _startlistening(None, callback) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 222, in _startlistening context = _recognizer.CreateRecoContext() File "C:\Python25\lib\site-packages\win32com\gen_py\C866CA3A-32F7-11D2-9602-00C04F8EE628x0x5x0.py", line 2457, in CreateRecoContext ret = self._oleobj_.InvokeTypes(10, LCID, 1, (9, 0), (),) com_error: (-2147352567, '?????', (0, None, None, None, 0, -2147221164), None) " ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-08-30 12:26 Message: Thanks for your report, but this tracker is for reporting bugs in pywin32 rather than a support forum. Please email support requests to the python-win32 mailing list where many more people will see your request and be able to help. You need to be subscribed to the list before you can post to it - see http://mail.python.org/mailman/listinfo/python-win32 for subscription options. ---------------------------------------------------------------------- Comment By: Stefan Schukat (sschukat) Date: 2011-08-29 23:08 Message: This is not a Python error, but an installation error from the speech API Errorcode com call: -2147352567 -> 0x80020009 DISP_E_EXCEPTION Error code of the function: -2147221164 -> 0x80040154 REGDB_E_CLASSNOTREG I.e. the COM Class you need is not known in the system ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-29 13:08:09
|
Bugs item #3399987, was opened at 2011-08-29 05:03 Message generated for change (Comment added) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&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: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jumping (jumping) Assigned to: Nobody/Anonymous (nobody) Summary: com_error Initial Comment: I could not run speech.input (), please take a look the following messages: " Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. **************************************************************** Personal firewall software may warn about the connection IDLE makes to its subprocess using this computer's internal loopback interface. This connection is not visible on any external interface and no data is sent to or received from the Internet. **************************************************************** IDLE 1.2.1 >>> import speech >>> phrase = speech.input() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> phrase = speech.input() File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 162, in input listener = listenforanything(response) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 193, in listenforanything return _startlistening(None, callback) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 222, in _startlistening context = _recognizer.CreateRecoContext() File "C:\Python25\lib\site-packages\win32com\gen_py\C866CA3A-32F7-11D2-9602-00C04F8EE628x0x5x0.py", line 2457, in CreateRecoContext ret = self._oleobj_.InvokeTypes(10, LCID, 1, (9, 0), (),) com_error: (-2147352567, '?????', (0, None, None, None, 0, -2147221164), None) " ---------------------------------------------------------------------- Comment By: Stefan Schukat (sschukat) Date: 2011-08-29 15:08 Message: This is not a Python error, but an installation error from the speech API Errorcode com call: -2147352567 -> 0x80020009 DISP_E_EXCEPTION Error code of the function: -2147221164 -> 0x80040154 REGDB_E_CLASSNOTREG I.e. the COM Class you need is not known in the system ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-29 03:03:38
|
Bugs item #3399987, was opened at 2011-08-29 11:03 Message generated for change (Tracker Item Submitted) made by jumping You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&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: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jumping (jumping) Assigned to: Nobody/Anonymous (nobody) Summary: com_error Initial Comment: I could not run speech.input (), please take a look the following messages: " Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. **************************************************************** Personal firewall software may warn about the connection IDLE makes to its subprocess using this computer's internal loopback interface. This connection is not visible on any external interface and no data is sent to or received from the Internet. **************************************************************** IDLE 1.2.1 >>> import speech >>> phrase = speech.input() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> phrase = speech.input() File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 162, in input listener = listenforanything(response) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 193, in listenforanything return _startlistening(None, callback) File "C:\Python25\lib\site-packages\speech-0.5.2-py2.5.egg\speech.py", line 222, in _startlistening context = _recognizer.CreateRecoContext() File "C:\Python25\lib\site-packages\win32com\gen_py\C866CA3A-32F7-11D2-9602-00C04F8EE628x0x5x0.py", line 2457, in CreateRecoContext ret = self._oleobj_.InvokeTypes(10, LCID, 1, (9, 0), (),) com_error: (-2147352567, '?????', (0, None, None, None, 0, -2147221164), None) " ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3399987&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-25 18:52:26
|
Feature Requests item #3396444, was opened at 2011-08-22 09:09 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3396444&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: S Nelson (sirgnip) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for SHOpenFolderAndSelectItems() Initial Comment: From MSDN: SHOpenFolderAndSelectItems "Opens a Windows Explorer window with specified items in a particular folder selected". This is the only way I know of to open a Windows Explorer window with *multiple* items selected (either thru API or through command line). There are multiple ways to open an Explorer window with one item selected. MSDN reference: http://msdn.microsoft.com/en-us/library/bb762232(v=vs.85).aspx ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2011-08-25 13:52 Message: This function has been added to the win32com.shell module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3396444&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-22 14:09:17
|
Feature Requests item #3396444, was opened at 2011-08-22 09:09 Message generated for change (Tracker Item Submitted) made by sirgnip You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3396444&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: S Nelson (sirgnip) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for SHOpenFolderAndSelectItems() Initial Comment: From MSDN: SHOpenFolderAndSelectItems "Opens a Windows Explorer window with specified items in a particular folder selected". This is the only way I know of to open a Windows Explorer window with *multiple* items selected (either thru API or through command line). There are multiple ways to open an Explorer window with one item selected. MSDN reference: http://msdn.microsoft.com/en-us/library/bb762232(v=vs.85).aspx ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3396444&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-22 12:55:12
|
Bugs item #3395490, was opened at 2011-08-20 14:42 Message generated for change (Comment added) made by dug9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3395490&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: installation Group: None >Status: Open Resolution: None Priority: 5 Private: No Submitted By: dug9 (dug9) Assigned to: Nobody/Anonymous (nobody) Summary: blender python hard to install to Initial Comment: opensource Blender.org uses python and their current release B259 has a 'private copy' of python 31, complete with python and python/lib directories. I use the .zip download of blender, and unzip it to C:, so its python directory is like this: C:\blender-2.59-windows32\2.59\python I also have python installed the usual way, to C:\Python31. Your / the win32 extension installer sees the Registry value and path for regular python, and installs to that python, but does;t let me pick the blender path. If I copy site_packages from the regular python to the blender python, blender python can't find win32com.client - no module. If I hack the registry entry HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\3.1\InstallPath > Default C:\Python31\ and change it to C:\blender-2.59-windows32\2.59\python then your / the installer correctly gets the directory, and installs it to the blender python, but the installer bombs before finishing - something about 'string'. And so blender can't find the win32com.client module. (The regular python -run from IDLE- has no problem) Thanks. more... I was using a .net thing http://pythonnet.sourceforge.net/ to wrap EarthLib (googleEarth http://earth.google.com/comapi/index.html) COM, but that pythondotnet has fallen behind (python27 is the last binary) and needs a Pro version of visual studio to build (I have free Express edition) so I can't hack it. The goal of using EarthLib from Blender is to do snapshots of the terrain, put them into blender as textured mesh, so artists can use Blender instead of Sketchup to model buildings for googleEarth or X3D deployment. ---------------------------------------------------------------------- >Comment By: dug9 (dug9) Date: 2011-08-22 06:55 Message: MH thanks for the quick response. Sorry you couldn't help. For googleearth snapshot in blender I'll use swigged C wrapper calling native COM instead of py win32com.client. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-08-21 18:09 Message: I can't fix the problem with the installer - that is built using distutils which is built into Python itself, so any bugs related to that should be filed there. I also can't give you help on the problems you found after hacking the install location as you didn't offer enough details, but I suspect I will not be able to help there either and the issue will be with Blender itself. ---------------------------------------------------------------------- Comment By: dug9 (dug9) Date: 2011-08-20 15:11 Message: PS to launch googleEarth using win32Com.client: from win32com.client import Dispatch ge = Dispatch('GoogleEarth.ApplicationGE') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3395490&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-08-22 00:09:23
|
Bugs item #3395490, was opened at 2011-08-21 06:42 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3395490&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: installation Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: dug9 (dug9) Assigned to: Nobody/Anonymous (nobody) Summary: blender python hard to install to Initial Comment: opensource Blender.org uses python and their current release B259 has a 'private copy' of python 31, complete with python and python/lib directories. I use the .zip download of blender, and unzip it to C:, so its python directory is like this: C:\blender-2.59-windows32\2.59\python I also have python installed the usual way, to C:\Python31. Your / the win32 extension installer sees the Registry value and path for regular python, and installs to that python, but does;t let me pick the blender path. If I copy site_packages from the regular python to the blender python, blender python can't find win32com.client - no module. If I hack the registry entry HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\3.1\InstallPath > Default C:\Python31\ and change it to C:\blender-2.59-windows32\2.59\python then your / the installer correctly gets the directory, and installs it to the blender python, but the installer bombs before finishing - something about 'string'. And so blender can't find the win32com.client module. (The regular python -run from IDLE- has no problem) Thanks. more... I was using a .net thing http://pythonnet.sourceforge.net/ to wrap EarthLib (googleEarth http://earth.google.com/comapi/index.html) COM, but that pythondotnet has fallen behind (python27 is the last binary) and needs a Pro version of visual studio to build (I have free Express edition) so I can't hack it. The goal of using EarthLib from Blender is to do snapshots of the terrain, put them into blender as textured mesh, so artists can use Blender instead of Sketchup to model buildings for googleEarth or X3D deployment. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-08-22 10:09 Message: I can't fix the problem with the installer - that is built using distutils which is built into Python itself, so any bugs related to that should be filed there. I also can't give you help on the problems you found after hacking the install location as you didn't offer enough details, but I suspect I will not be able to help there either and the issue will be with Blender itself. ---------------------------------------------------------------------- Comment By: dug9 (dug9) Date: 2011-08-21 07:11 Message: PS to launch googleEarth using win32Com.client: from win32com.client import Dispatch ge = Dispatch('GoogleEarth.ApplicationGE') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3395490&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
