...and the simple task count ones were just as good

Some teams are confident that they can evenly size tasks

Evan's brain is more brain than my brain today.

You can set a global default in Edit Task → Configure Form → Edit Form Configuration → Change Default Values → Type Some Number → Save Defaults.

If it's just a global setting baked into 'story points', it seems reasonable, but I recall we (or maybe just @epriestley) thought this was a bad idea™

Uuuuggggh. Hold on, are you asking to have task count be "story points" on some projects, but "story points" be "story points" on others?

I recall some other discussion about searching for columns

I'd like to add some additional color commentary on the request as originally stated: searching for column names. We have several cases where tasks will be on multiple workboards -- each with their own columns -- and people struggle with figuring out "what is going on?". For example, a task might have been tagged with two engineering teams (either because ownership is unclear or multiple people need to work on the task) and on two product management like boards. This causes more pain with goals that are larger and more complex and don't fit cleanly into normal processes (something extraordinary like "provide more than 9 desk slots").

Got it, thanks again.

Cool. I'll merge this into T5000, then -- beyond the mechanics discussed there, that's broadly the "provide smoother onboarding workflows so you can use Phabricator more gradually" task.

Yeah, I'd like to encourage people to work like that (review each change to the shared branch and then land it to the shared branch) but just getting people to use arc "normally" is proving more than some people can bear (I recently pushed a us onto git from svn, the transition has not been without pain for some). I hadn't considering commiting then reverting the change to .arcconfig.

You can click the buildable to get a positive summary (see B12021, e.g.):

See also T10691.

That would work for us, yes.

We can just make a branch and skip arc, but then we lose out on review via differential

Just to wrap this up - the phabricator plugin for jenkins does actually report it correctly. The unit tests in our diffs don't show up unless tests are failing, so as a minor request it'd be nice to show *something* (maybe just test summary - # tests, time it took) even if all tests are passing.

I can't reproduce this. Here's what I did. I created this Herald rule:

It's also fine to not fix this, or just fix some of it -- the affected tasks shouldn't do anything bad or break anything, even though their state isn't totally consistent. They won't respond correctly to queries (e.g., querying for tasks in the milestone won't return affected tasks, since they aren't "really" part of the milestone anymore) but should behave normally other than that. So it's not critical to hunt down every single affected task.

Thanks for the report! This is a definitely a bug, and should be fixed later today once D15834 is reviewed.

Our existing process also works with post-commit reviews instead of pre-commit. We used Upsource before, which handled the feature of having multiple commits for a specific audit quite elegant. Would love to see such a feature in Phabricator too.

I don't believe it was implemented; the third party Celerity stuff only supports individual files as far as I remember.

I have a mental scarmemory of this exception because there was a period there where I had to be manually cancelling tasks every week to clear broken commit imports out of the queue so the builds would run :3

nice sleuthing!

(@chad you might want to just merge this into T5955 instead of me adding a blocking task, I wasn't sure and figured adding a blocking task was the least destructive thing to do)

Here's the official upstream task: T5955. Here's another report of the same issue: T7260.

This is related to JSON not supporting other character sets than UTF-8. It's a known issue (let me see if I can find the task).

Oh wow, that is nice haha. I will follow up with the plugin author instead, thanks.

This is supported, just not by the plugin you're using (which we don't maintain). Here's an example:

No plans to fix this, next Phacility site due shortly does not have twitter links.

I'm going to guess this is the same as T10779

No further responses here and unable to reproduce as explained. Feel free to comment if we've missed something.

have old legacy project (probably with lots of badly-encoded files)

No current plans to pursue this. It's good feedback though, thanks.

Closing, as there's nothing here that's reproducible, or reported by other installs. Nothing else for us to look into.

I suspect this might be related to T4752, or similar. I'm open to other ideas on data to try and collect about this scenario. I'll try to keep an eye on the project to see when the icon reverts and get logs at the relevant time.

Sounds reasonable. Thanks for the quick response.

I'm going to guess this is T8298. These commands run fine in *nix, but not on Windows. There are diffs out for review.

From your reaction I take it that this behaviour is not supposed to be.