Welcome to MSDN Blogs Sign in | Join | Help

Please Give Us Feedback

With the release of Win7/WS08R2 beta, we are officially in the end game of PowerShell V2.  This is the phase were we can only respond to customer feedback and we rely upon customer feedback to tell us whether and when we are ready to ship.  In other words - now is when we need to hear from you the most. 

  • Please use PowerShell V2
    • You can use the CTP3 bits or the bits that come with Win7/WS08R2 (they are essentially the same bits).
  • Please use all aspects of the product - experiment with the new features as well as verify your old favorites
  • Please report backward compatibility issues.  This is SUPER SUPER important to us so if anything USED to work and no longer does - it goes to the front of the fix queue.
  • Please file bugs and suggestions.  Let us know what you hate, what doesn't work for you, how you think things should work.  We love reading your feedback so please - turn the fire hose on.
  • Please share.  Blog, Post, twit (tweet?), talk, demo, present - you pick your favorite mode of sharing but share.  PowerShell is a community effort.  I learn from you, you learn from me, others learn from us.  The more sharing there is, the better our community is and the faster we learn.
  • Please encourage your friends, your peers, your fellow Internet surfers to join the party and use the V2 bits.

I'm very excited about what we are delivering in PowerShell V2.  As a community, we are going to be using these bits for many many years so let's work together to ensure that they are the best possible.

 

Experiment! Enjoy! Engage!

Jeffrey Snover [MSFT]
Windows Management Partner Architect
Visit the Windows PowerShell Team blog at:    http://blogs.msdn.com/PowerShell
Visit the Windows PowerShell ScriptCenter at:  http://www.microsoft.com/technet/scriptcenter/hubs/msh.mspx

Published Monday, January 12, 2009 4:17 PM by PowerShellTeam

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# re: Please Give Us Feedback

Is there a URL or something for your preferred means of feedback?  I'd like to post where I know it will be read, but here is my comment:

The PS ISE is great, but I don't seem to see an option to print (and in color with line numbers).  Is this feature going to be available in the RTW? That along with the lack of intellisense is the only reasons I use other products, like PowerGUI, etc.  You guys are almost there...

Monday, January 12, 2009 12:03 PM by T-Bone

# re: Please Give Us Feedback

The most biggest wall for me is that I need to read and write English for feedback.

Monday, January 12, 2009 1:04 PM by Smith Catar

# re: Please Give Us Feedback

I have trouble with this Command:

(Example from Tobias Weltners Book "Scripting mit Windows Powershell")

dir HKCU: -recurse -include *Powershell*

In Version 1.0 it goes.....

See Group:

http://groups.google.com/group/microsoft.public.windows.powershell/browse_thread/thread/54baffd8ef7d718a#

Monday, January 12, 2009 5:16 PM by BJ

# re: Please Give Us Feedback

It's a pity i can't test some of the new features at the moment because it doesn't run on Win XP.....

But altogether a good and stable version - what i saw so far.

Out-GridView is really smart.

Are you planing to implement AD Cmdlets?

The graphical Powershell made big improvements.

Monday, January 12, 2009 5:27 PM by BJ

# re: Please Give Us Feedback

I would like to be able to create a new session in the PS ISE without closing and reopening the whole editor.  I was writing a WPF script last weekend and I was getting my session into a state where there was a variable or something that would not be reset between runs and when I would rerun the script it would generate errors and I had to completely close PS ISE and reopen the script to be able to run it again.  Something like the "clear output pane" that clears all my session variables and functions and such.

Also it would be nice if it could highlight the complementing open/close bracket/parenthesis when your cursor is next to one.

Also the example presented in about_functions_cmdletbindingattribute is misleading.  It needs to say:

function MyVerb-MyNoun {

 [CmdletBinding(SupportsShouldProcess ... etc)]

 Param()

 Begin{}

 Process{}

 End{}

}

Monday, January 12, 2009 6:33 PM by Chris

# re: Please Give Us Feedback

@bj

WS08/R2 Beta has the AD Cmdlets.

jps

Monday, January 12, 2009 8:44 PM by PowerShellTeam

# Backwards Compatibility - PSCX

Hi Jeffrey

Re: backwards compatibility, I have PoSh v2 CTP3 installed, and the PowerShell Community Extensions v1.1.1 installed.  These worked fine in CTP2, but now when I start PowerShell I get the following error:

Attempting to perform the InitializeDefaultDrives operation on the 'DirectoryServices' provider failed.

Set-Alias : Alias is not writeable because alias measure is read-only or constant and cannot be written to.

At C:\Program Files (x86)\PowerShell Community Extensions\Profile\Profile.ps1:79 char:14

+     Set-Alias <<<<  $name $value -Scope Global -Option AllScope -Force:$force -Description "PSCX $type alias"

   + CategoryInfo          : WriteError: (measure:String) [Set-Alias], SessionStateUnauthorizedAccessException

   + FullyQualifiedErrorId : AliasNotWritable,Microsoft.PowerShell.Commands.SetAliasCommand

Set-Alias : Alias is not writeable because alias start is read-only or constant and cannot be written to.

At C:\Program Files (x86)\PowerShell Community Extensions\Profile\Profile.ps1:79 char:14

+     Set-Alias <<<<  $name $value -Scope Global -Option AllScope -Force:$force -Description "PSCX $type alias"

   + CategoryInfo          : WriteError: (start:String) [Set-Alias], SessionStateUnauthorizedAccessException

   + FullyQualifiedErrorId : AliasNotWritable,Microsoft.PowerShell.Commands.SetAliasCommand

Is there something I've missed, maybe?

Alastair

Tuesday, January 13, 2009 5:45 AM by Alastair Smith

# Visual Studio Links #99

My latest in a series of the weekly, or more often, summary of interesting links I come across related to Visual Studio. Justin Etheredge wrote a nice overview of overflow checking in c# and explains how to enable this for certain statements and project

Tuesday, January 13, 2009 7:56 AM by Visual Studio Hacks

# re: Please Give Us Feedback

Casting to a DateTime object doesn't respect the current culture of the thread. For example:

> [Threading.Thread]::CurrentThread.CurrentCulture

LCID  Name

----  ----

2057  en-GB

> [DateTime] "01/02/03"

02 January 2003

> # Note US date interpretation.

(alightly confusingly, there's also a CurrentUICulture property on the Thread object, but that always returns en-US, even though all my control panel settings are set to UK. When I try to set this to en-UK using Powershell, it has no effect.).

Tuesday, January 13, 2009 7:59 AM by Matthew K

# re: Please Give Us Feedback

*) Please, show some respect to users and tell them about known issues in documentation, help, etc. Tell them about known workarounds and alternative solutions. Doing so, you will help them to stay with PowerShell even for real jobs.

*) Please, improve the documentation: it should be up-to-date, with decent formatting and with working examples. Current documentation is often not easy to read, CHM version has no index – all this does not look like documentation of a mature product.

Thank you all for the great job.

Roman

Tuesday, January 13, 2009 9:35 AM by Roman Kuzmin

# re: Please Give Us Feedback

Matthew: The DateTime issue is on purpose, and ensures that users can write these DateTime constants without having to pay special attention to their internationalization impacts. More info here: http://www.leeholmes.com/blog/DateTimeCastsAreLanguagePrimitives.aspx.

Lee Holmes [MSFT]

Windows PowerShell Development

Tuesday, January 13, 2009 11:38 AM by PowerShellTeam

# re: Please Give Us Feedback

@roman

I got the "improve the documentation" point - that will definately get better before we ship.  

I didn't quite follow the first point.  Is that a CTP3 issue or a general issue?  Were you saying that we should articulate what problems/shortcomings we know about when we release a CTP?

Experiment! Enjoy! Engage!

Jeffrey Snover [MSFT]

Windows Management Partner Architect

Visit the Windows PowerShell Team blog at:    http://blogs.msdn.com/PowerShell

Visit the Windows PowerShell ScriptCenter at:  http://www.microsoft.com/technet/scriptcenter/hubs/msh.mspx

Tuesday, January 13, 2009 11:49 AM by PowerShellTeam

# re: Please Give Us Feedback

@Jeffrey

There are a few V1 cmdlets with issues or bugs. See Connect. I afraid some of them will not be fixed or improved, because you are officially in the end game of PowerShell V2, so that you are presumably concentrated now mostly on V2\V1 regressions and CTPs new bugs. At least it sounds and looks so. Well, it’s fair enough. But it won’t be fair if you say nothing in documentation and users, especially newcomers will waste their time instead of reading “this is not working, if ..., do this instead”.

Thanks,

Roman

Tuesday, January 13, 2009 12:33 PM by Roman Kuzmin

# re: Please Give Us Feedback

Alastair: We're investigating the alias issue. Thanks for reporting it. The DirectoryServices provider issue has been resolved in internal builds.

Lee Holmes [MSFT]

Windows PowerShell Development

Tuesday, January 13, 2009 12:42 PM by PowerShellTeam

# re: Please Give Us Feedback

Tuesday, January 13, 2009 2:36 PM by Doug Finke

# re: Please Give Us Feedback

Thanks for the DateTime explanation Lee. I've put some more comments on your blog entry.

Wednesday, January 14, 2009 8:28 AM by Matthew K

# ISE extensibility

* Can you please ISE be more extensible, for example it would be nice to allow scripts add WinForms controls on ISE tabs. Or create its own kind of tabs.

*can you please make ISE perform all interface function as in console powerShell.exe, history of command for example (with search)

*can you please made ISE embeddable in winforms applications

Thursday, January 15, 2009 2:35 AM by AxCoder

# re: Please Give Us Feedback

Creating a new object from an assembly in a certain folder (C:\Users\Eric\someassm.dll) fails if there are dependent assemblies in that same folder (C:\Users\Eric\dependassm.dll) UNLESS you specifically include those assemblies too. I know this is due to Code Access Security in .NET but it really takes away a potential use of PS: quickly testing objects you just created in Visual Studio. Right now I have to rebuild simple command line programs in order to manually test a rebuilt assembly. It'd be much easier to just open a new PS window, load the main assembly and work with the new object there.

Friday, January 16, 2009 6:08 AM by Eric

# re: Please Give Us Feedback

What is up on connect.microsoft.com?  It looks like someone went through all the old cases and closed most of them. Many were set to "Closed (Won't Fix)".  They also didn't have explanations as to why they won't be fixed.  Some appear to have been fixed, but were still set the same. These were all closed on or around 1/6/2009.  Since there are less than 300 closed cases for Powershell and about 147 of those were closed around 1/6/2009, either you were very, very, very busy or they were just closed to make room for V2.

I really hope this is a mistake and not just a way to get rid of cases.  Yes, many of them were old, some even from V1 RCX, but many were still valid bugs from after V1 was released.  It's a sad thing if they were just thrown away.  It does not encourage your users to give you new feedback if the old feedback was ignored.

Saturday, January 17, 2009 1:42 AM by Stephen Mills

# re: Please Give Us Feedback

I observed that ISE does't change between the tabs when a greater number of files are loaded ( for example 7). Are there any config files or log files to look for. I can't yet tell whether this depends on my ISE Extensions. Closing tabs works, afterwards normal behaviour. No data lost till now.

Bernd Kriszio -- http://pauerschell.blogspot.com/

Wednesday, January 21, 2009 2:23 AM by Bernd Kriszio

# re: Please Give Us Feedback

Cool.  It looks like the cases being closed on connect.microsoft.com was an accident.  I just looked again and all the cases that were closed are open again.

Thanks

Wednesday, January 21, 2009 1:26 PM by Stephen Mills

# re: Please Give Us Feedback

get-help get-* returns a list of commands that start with the word get

get-help about-* triggers an error.

That doesn't seem very consistent especially since the get-help command suggests that syntax for getting help on a command.

Saturday, January 24, 2009 12:14 PM by Mark Wachdorf

# re: Please Give Us Feedback

@Mark

Strange, I don't see any error for get-help about-*, it just returns nothing. You need to type get-help about_* or just get-help about* to get the list of about topics.

In PowerShell V2 CTP3 we made it even more friendly, now it is doing full-text search of the content of help topics in case if no matching help titles are found.

For example, try get-help customize in PowerShell V2 CTP3. In the output, you will get all help topics that contain word 'customize' in their content.

Hope this helps,

Vladimir Averkin

Windows PowerShell Team

Saturday, January 24, 2009 1:36 PM by PowerShellTeam

# re: Please Give Us Feedback

The latest CHM file download for V2 CTP3 shows 'Cannot display page' for every single page. I've tried it on 3 machines, XP, Server 2003, and Vista and it doesn't work on any of them.

Monday, January 26, 2009 4:03 PM by Kevin

# re: Please Give Us Feedback

@ Kevin

The contents of CHM file are 'blocked' because it was downloaded from internet. To be able to use it, right click on a file in Windows Explorer, click Properties and click on the 'Unblock' button in the bottom of the 'General' tab.

Hope this helps,

Vladimir Averin

Windows PowerShell Team

Monday, January 26, 2009 4:47 PM by PowerShellTeam

# re: Please Give Us Feedback

I'd be interested to know what type of scalability testing has been done on the winrm service itself. Specifically I am looking for data on scenarios where a small number of central servers (1-5), either via runspaces, icm, etc. are using winrm to send commands (to exec PS scripts, collect data, etc.) to large numbers (10000-50000) of clients, on a continuous basis, 24x7. I'd like to see stats on resource usage, memory leaks, other resource exhaustion within winrm. I'd like to be able to say that after a whole day of running commands against 1000's of clients, that my central servers won't need to have win-rm restarted or be rebooted.

I'd also like to know at some point how to tune the winrm service config for different workloads, and I'd also like to know what instrumentation will be in place for win-rm so that we can know when it is not healthy, either via SCOM or whatever.

What happens when there is a failure in the winrm service on the central server, are commands currently in-flight on remote clients going to block/fail/hang and possibly impact the client? Data please.

Functionality is great, and you guys have clearly done a good job on that, but if you are positioning this product as a next-gen sysadmin, tool, it has to scale.

Thursday, January 29, 2009 2:38 AM by BobK

# re: Please Give Us Feedback

I encounter some behaviour I think is a bug:

$items = "item0", "item1", "item2"

$part = ($items | select-string "item0")

$items | where {$part -notcontains $_}

what do you think that $items be at the end of the script?

I was expecting "item1", "item2" but instead the value of $items is: "item0", "item1", "item2".

Sunday, March 01, 2009 6:28 AM by Shay Erlichmen

# re: Please Give Us Feedback

@Shay

Select-String is returning MatchInfo objects, not string objects, therefore -notcontains does not work as you expect.

Last line can be fixed as

$items | where {$part.tostring() -notcontains $_}

A much simpler solution is

$items = "item0", "item1", "item2"

$items -ne 'item0'

Hope this helps,

Vladimir Averkin

Windows PowerShell team

Monday, March 02, 2009 12:07 PM by PowerShellTeam

# re: Please Give Us Feedback

@Vladimir

I understand why it doesn't work (as a C# developer), but don't you think that the code SHOULD work (as a PowerShell user)?

The script look decent and the the whole purpose of PS was not to think about this sort of stuff (especially in the dynamic lang world).

It can be fixed by adding -asString to select-string (confusing) or by returning string objects from select-string or that "where" script will be able to deal with MatchInfo.

Monday, March 02, 2009 12:24 PM by Shay Erlichmen

# re: Please Give Us Feedback

For what it's worth, the E-mail address gPSfback@microsoft.com gets a 554 Access Denied bounce.

It's mentioned in both the release notes, and if you click the "Feedback" button in the Graphical PowerShell.

Just my $.02 - It would be super if there were a way to change the default text size in the Graphical PowerShell.  the console version inherits this capability from the console it runs in, but I couldn't figure out how to do this with the graphical one.

Thanks for a great piece of technology!

-Chris

Friday, March 06, 2009 2:11 PM by Chris Patti

# re: Please Give Us Feedback

I would like to make two suggestions to the PowerShell ISE. First, allow drag-and-drog tab reordering. I find it very helpful to be able to group my open scripts. Second, have some method for copying the value of a variable to the clipboard when debugging. It is quite awkward typing in the variable and then select and copying the output from the Output Pane. Perhaps the way Visual Studio does it with its watch variable window could be a model.

Friday, March 20, 2009 11:39 AM by Kevin

# re: posh v2 ctp3

doing a get-command -c all|ogv seems to mess up the definitions column for functions (which tend to be multiple lines of text) sorting on any column then seems to make an unholy mess.  more research: any output of function info from gcm into ogv seems to be wrong; only place correct is in command console where function defs are a bit of text followed by ellipsis

Sunday, March 29, 2009 12:50 PM by eboyhan

# re: posh v2ctp3

would like to second previous comment about lack of print capability in ise editor window. for us ability to print scripts out is crucial -- admittedly can get this elsewhere (np++ for us), but would be a pain.

Sunday, March 29, 2009 12:54 PM by eboyhan

# re: Please Give Us Feedback

I'm having trouble opening a file from the integrated search results within the PS ISE.  Click on the "Open" icon, then in the top right search box, search for a script, then try and open the script.

I've got a network share included in my documents library that has a bunch of powershell scripts in it, and when I try to open it from the search results I get a message box titled  "Open" with a message "scriptname.ps1 No such interface supported" and there's only an OK button.

If I manually browse to the location of the script I can open it just fine, I only have trouble when trying to open the script from within the search results inside of the file open dialog.

Just thought you'd like to know,

Jonathan

Wednesday, May 27, 2009 6:43 PM by mesan

# problem with ls -r

when using ls -r, it passes the basename to the pipe, rather than the full path. For some reason when you type ls -r -i *.* it will pass the full path to the pipe.

Monday, June 01, 2009 12:04 PM by happy proggy man

# re: Please Give Us Feedback

I find powershell ISE very useful specially for writing scripts. however, I see there is no option to completely hide Output and command panes. I like to see only script and optionally Output panes when working with scripts and Command pane should be collapsed/hidden. im sure many other scripters would like it that way.

Friday, June 05, 2009 11:01 AM by ucthakur

Leave a Comment

(required) 
required 
(required) 
 
Page view tracker