Please share your feedback on the SPFx Workbench


Hi everyone!


We're beginning to take a look at what should go in the next version of the SPFx Workbench.  If you've tried it out we'd love to get your feedback on what features would make it more useful to you as developers. 


Are there things it could do that would make you more productive?  Things that would help improve the quality of the projects you're building with SPFx?  All feedback is welcome and will help us plan out the next set of improvements.

11 Replies

it would be nice to be able,to,resize the work area of the workbench

It would appear that you can only have one Node.js command prompt at a time otherwise you get an error :- [14:00:05] Error - Unknown
 listen EADDRINUSE :::4321
{ [Error: listen EADDRINUSE :::5432]
  code: 'EADDRINUSE',
  errno: 'EADDRINUSE',
  syscall: 'listen',
  address: '::',
  port: 5432 }
[14:00:05] Error - Unknown
 listen EADDRINUSE :::5432


Which I think is the SPFx workbench port number.


Could we have more than one Node.js command prompt running at once please ?





Hi Nigel!  Can you let me know what command (or sequence of commands) you're executing when you get that error?  I don't seem to have trouble keeping a couple Node.JS windows open at a time but it's likely just that I'm not doing exactly what you are.  Thanks!



Hi Jeremy

  I was just using gulp serve in both command windows with different webparts.





I talked to our devs and actually got an answer as to how to make this work today.  If you look in your web part Config folder you'll see a file named serve.json.  You should be able to change the port number in that config file (there are two entries in the file that use the number) and have side by side local work benches for two independent projects!


The default contents looks like this:

{  "port": 4321,  "initialPage": "https://localhost:5432/workbench",  "https": true,  "api": {    "port": 5432,    "entryPath": "node_modules/@microsoft/sp-webpart-workbench/lib/api/"  }}


I believe you want to change the initialPage and port inside the API section. 

Hi Jeremy


Thanks for getting back to me on this.


I can understand how this could work.





Allow to preview translated web part metadata in the toolbox in the workbench


When building multilingual web parts, developers should be able to verify that the different translations are displayed correctly in the web part toolbox. They should be able to verify this during the development process using workbench.


At the moment, only en-us is shown.


This was discovered by Waldek Mastykarz, i only repeat it here so it gets the attention it deserves.

This is described in more detail in this issue:



Can you change the default port from 5432 please? That is the standard port used by PostgreSQL.

  • To have a full modern page experience (with the possibility of three columns etc.) instead of the current single column centred experience
  • Able to see how the content looks rendered in mobile experience / SharePoint App (I know this is possible through most browser dev tools, but might be nice to do it directly from Workbench)
  • A logger/call outs that captures the requests and responses generated by the web part - again, I understand that this is available in most browser dev tools

Ok Im an idiot :) I just switched back to the Workbench to coninue development and noticed the "mobile" and "tablet" links already available there  *duh*

Ok Im an idiot :) I just switched back to the Workbench to coninue development and noticed the "mobile" and "tablet" links already available there  *duh*