Also want to add that we had several duplicate differential_drafts on our install as well. About 15 objectPHID-authorPHID combinations had duplicates, ranging from 2-10 duplicates each. Cleaning them up was pretty straightforward.

Perhaps I'm misunderstanding, but it seems like storage adjust could be made more efficient. Each time you alter a table, MySQL makes a copy of it, alters the copy then replaces the original with the modified one. If we perform several alters, this adds up to several table copies. On large tables this takes considerable time.

I've run into this as well occasionally at my work. We never isolated the conditions (seems to be some combination of windows and gitbash, but it works for some people)

Other installs should NOT run bin/storage adjust yet: we have some things that still need cleanup.

@g-p-g sorry for the delay on getting back to you on this.

In T1191#78120, @epriestley wrote:

Support Impact This has widespread impact, notably preventing import of repositories with an emoji anywhere in them with no workaround.

Thanks

Hmm. Our install is locked down anyways, you can only access it from our network, etc. I don't really care if dropped files are visible to everyone until this is resolved. If I removed these lines, do you foresee any universe destroying consequences?

Is there a short term solution? Writing documentation with images becomes very tedious if you have to fix the upload permissions on each file, and it's non immediately apparent if you made a mistake and one of the images is viewable only to you.

I think you mean un-Prototype :P

Crap. Since I also attached that file to this task, and you guys can view this task you can view the image.

Is there a way to view what objects a file is attached to?

Problem still occurs when updated to latest master.

Just kidding, got it to work on my test install

I actually can't seem to get it to reproduce at all. I can only figure that one of our developers restricted the permissions of the file he uploaded and then suffered amnesia about it.

Hmm, I might be wrong. Can anyone else see the image in the ponder question?

Haha. I took a stab at the code to try and fix it. This was way easier than I thought it was going to be. Thanks!

@g-p-g Do you mind sending a screenshot of the data section (with points closed per day, etc.) on the one that goes negative?

I was actually in the middle of submitting the exact same diff when you submitted yours :)

The "%H" is being replaced with " H" (percent is turning to a space, which is mentioned in the comments around line 160.

I have also been seeing this.

Tinkered with this again today, really frustrating trying to get phutil lint to work at all on windows.

Fixed a bug thanks to cpa199. It should be ready to use. I'd appreciate feedback from anyone that uses it.

We implemented something like this for our install using custom fields that only show if a task has a certain project attached to it.

I did some git bisect-ing but ran into troubles.

Fixed by rP17badfacac311f5a8b9a2593525d6be620aeaa15

In case anyone cares:

I was bored, so I took a stab at this, using the files epriestley posted as a starting point. It's incredibly rough and ugly, but I think it builds the data in a way that mostly makes sense, though it is probably not very flexible and widely usable to other organizations. Sadly, I can't get the graph to show at all, and haven't worked out the "ideal points".

You sent an email to a bus? :P

I'd be willing take a stab at this if there is interest.

Upon reflection, the easy and obvious solution to my examples is to just wrap those in ` ticks anyways, since they probably should be. But perhaps there are cases where wrapping them in code ticks is undesirable?

We are also seeing this.

I would love a way to configure work boards.

Wait, so in this situation, would the urls be /diffusion/23/?

Would callsigns still have to exist, because old references to rP1234abc would break if you deleted the P callsign from the repository?

My random (probably uneducated) thoughts on this: