Suddenly, the for command has become an unknown command

Using the latest Youtrack 4.0.2 build 3961.  Great product by the way!

All of a sudden, we are experiencing the inability to use the for command to do a command line assignment.  We have to use Assignee instead.  Looked in the logs and this is what I found.  Have 3 or 4 custom fields on this, one of which was previously a user[1] that was used for other than assignee.  Now we cannot use the for command at all and would like that functionality back.  Is there anyway we can get his command back?  Currently, the Assign me and Assign to Buttons on the agile boards do not work.  Thought it might have something to do with the bundle so created a new value bundle for the Assignee field but still no luck

Thanks in advance


jetbrains.mps.webr.rpc.rest.runtime.BadRequestException: Unknown command: unknown command: for
jetbrains.mps.webr.rpc.rest.runtime.BadRequestException: Unknown command: unknown command: for
 at jetbrains.charisma.rest.RestUtil.applyCommand(RestUtil.java:254)
 at jetbrains.charisma.rest.RestUtil.applyCommandRunAs(RestUtil.java:286)
 at jetbrains.youtrack.agile.sprint.rest.VersionSprintSubresource.post_IssueExecute(VersionSprintSubresource.java:297)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
 at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
 at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
 at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
 at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
 at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
 at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
 at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
 at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
 at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
 at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
 at com.sun.jersey.server.impl.uri.rules.ResourceObjectRule.accept(ResourceObjectRule.java:100)
 at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
 at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
 at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
 at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
 at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
 at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
 at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
 at jetbrains.mps.webr.rpc.rest.runtime.RestRequestProcessor.processRequest(RestRequestProcessor.java:104)
 at jetbrains.mps.webr.runtime.servlet.MainServlet.processRequest(MainServlet.java:226)
 at jetbrains.mps.webr.runtime.servlet.MainServlet.doGet(MainServlet.java:112)
 at jetbrains.mps.webr.runtime.servlet.MainServlet.doPost(MainServlet.java:190)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at jetbrains.mps.webr.runtime.filter.QueryParameterFilter.doFilter(QueryParameterFilter.java:25)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.eclipse.jetty.continuation.ContinuationFilter.doFilter(ContinuationFilter.java:92)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:77)
 at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:133)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
 at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:859)
 at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
 at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1555)
 at java.lang.Thread.run(Unknown Source)
3 comments
Comment actions Permalink
Hamad,

Can you pls post screenshot.
0
Comment actions Permalink
Sure. You need to add alias "for" for your Assignee field.
0
Comment actions Permalink
Worked like a charm!  Thank you very much!

Although cannot explain how the alias disappeared all of a sudden.  Perhaps the creation of the second user[1] field resulted in the alias getting lost?
0

Please sign in to leave a comment.