After D20305, this can be "fixed" with this change:

To summarize the state of the world here:

In T6409#216988, @denghaodna wrote:

Would be happy to see this feature. My company use different team names as columns of the work board. When a task is reassigned from a dev to a tester, I need to manually move it from Dev column to QA column.
With this feature implemented, I would be able to configure a rule that when a task is assigned to a specific person, the task will be automatically moved to a column, say the Dev column for example.

It sounds like real-time updates will more-or-less moot this.

This isn't an actionable task. It covers too much ground, describes too many features, and most of it lacks compelling use cases.

No plan to continue on this?

@epriestley we are using the "menu item" solution that you described above, and the primary remaining pain point is that when you click on a link, the menu highlights "workboard", which confuses some users, because they expect the link (i.e. the menu item they just clicked on) to be highlighted.

Awesome, thanks @epriestley!

Sorry! That reproduces cleanly for me too. I must have made a mistake following the reproduction steps or overlooked something. D19768 should fix this.

I just tested and indeed @joshuaspence's steps are reproducible on https://phabricator.wikimedia.org

In T13208#242142, @epriestley wrote:

To reproduce this issue, just need to Click on Default Column -> View as Query then leaving without Saving the query.

These reproduction steps don't work for me, and don't make sense given how the software works. If you believe you have a set of reproduction steps, can you walk through them step-by-step in more detail so I can reproduce the issue?

If anyone can come up with reproduction steps which actually work, this will probably take me about 3 minutes to fix. The only thing blocking this is that I have no idea how to reproduce it.

To reproduce this issue, just need to Click on Default Column -> View as Query then leaving without Saving the query.

I just a way to fix this. After using "/query/all" to get in the board. We can click on the "All Tasks" Filter -> "Save as Default" and we don't get issue 404 anymore.

To reproduce this issue, just need to Click on Default Column -> View as Query then leaving without Saving the query.
Workaround: add "/query/all" at the end of the url also work fine.
I am still reviewing the database to to set back to the buitin query

In T13208#242133, @20after4 wrote:

@dlgiang: if you go to maniphest and choose any of the existing saved queries, you will find the ID in the resulting url.

@dlgiang: if you go to maniphest and choose any of the existing saved queries, you will find the ID in the resulting url.

In T13208#242106, @aklapper wrote:

@dlgiang: T13208#241682 above links to https://phabricator.wikimedia.org/T199207#4413718 describing a workaround

@dlgiang: T13208#241682 above links to https://phabricator.wikimedia.org/T199207#4413718 describing a workaround

Are there any workaround for this issue ?

It seems to be a fairly recent problem so there must be some code change that started triggering it. The worst part, IMO, is that the workboard breaks in a not-entirely-obvious way instead of falling back to a default query. It took me a while to debug the issue the first time it occurred.

There should be no code anywhere in Phabricator to delete saved queries. The expectation is that they are never deleted or garbage collected because they may have been embedded in other pages, sent via email, etc., and deleting a saved query will break any use of the link in a permanent/external context. The table is expected to grow without bound, although at a slow enough rate that it does not create a maintainability issue.

In T13208#241647, @epriestley wrote:

[..] the issue is actually with persisting the query in the first place, not deleting it?

Could it be that a user assigns it to one of their "personal" custom queries and then later they delete that query by way of the maniphest saved query ui?

I'm not sure what's caused this either but I've seen it twice on wikimedia's production install.

My expectation is that no upstream code exists to ever delete saved queries. My guess is that either:

D19366 adds a "View as Query" option to the dropdown on workboard columns. This will take you to the Maniphest query results page with a query that selects exactly what was shown in the column when you selected the item.

I don't currently plan to implement this. I think T5474, T10333, T11036, and using the Maniphest list view with "Group By" address this use case to varying degrees (if you "Group By: Task Status" and then turn your monitor sideways, you pretty much get the desired result). It's possible we'll end up back here in the future, but since I'm not planning to scope this into T13074 I'm going to close it until those changes land and further use cases arise.

Workboards have offered access to multiple task creation forms for some time.

I think D18665 seems to generally have been satisfactory here, so I'm going to call this resolved until additional use cases arise.

This task is a giant mess with pretty much no remaining actionable use cases. See T13074 for plans. If you want some use case here included in that, file a description of your problem via support pact.

I don't currently plan to do this. At a bare minimum, T5474 may moot it.

Some of this is fixed; the rest of it doesn't have outstanding customer requests.

@kislinsk Is it possible to externalize your solution? I have no information about the status of Phabricator supporting extensions but when there is a way to separate your solution from the core cleanly, why not creating a repository on GitHub? I would love to use this right now! :D

I second this:

I don't plan to pursue this.

Will add this as a request for us to our planning log

See Planning for information on progress and priorities.

Any progress on this issue? Agreed with @dariusz that this is my number one pet peeve. This is a pretty large omission from bulk editing capabilities for a column. I can set a task to move to a different column when I am commenting in a task. I'd expect the ability to do the same bulk process on a column of tasks, even if I could only move those tasks within the same workboard. Dragging and dropping tasks individually is extremely time consuming when I have to move tasks between columns.

This is an unusually low-tech solution but I can't think of any reasons why it won't work.

I'm obviously low on AM brian power today.

Heh, that was going to be my suggestion in the original discourse post, but I figured it was too simplistic. Glad to hear we're on the same page. Thanks everyone!

That sounds much easier than all the solutions I came up with.

Is there any reason that the rule "if any menu items have the same link target as the request URI, highlight the first one" wouldn't work?

Or maybe there is a simple way to get the link to highlight, I couldn't think of one though.

A link doesn't stay highlighted if clicked on. Like dashboards, I can understand wanting multiple board views from the sidebar.

• What's the root problem?
• Why can't they use links?
• How is this different from T12374?

This is either T10333 or T4863. I'd guess the former will happen first. Filter is probably the best workaround until then. See also T12374 maybe, although I think that task involved a lot of meandering.

+1 that this is needed and complements T5474.

+1 that this is really needed.

Thanks for the reply @chad.