Alrighty

git, svn, and hg... wow

I would open to accepting this as a bug report if I felt it was deliberately designed to work the way you expect, but was not (like a regression). Or if information was presented that all other repository viewers do it this way. Otherwise I think it's more 'nitpick' or 'feature request'. A cursory look at GitHub, seems they show the full diff as well: https://github.com/phacility/phabricator/commit/5c1e4488dedafda08684b33a8a4786cf687d2811

In general are you aware we no longer take bug reports or feature requests here?

What does "mysterious" mean.

Thanks for the explanation.

At least, this is what I thought you were first proposing.

Basically the same UX as the home sidebar with home/dashboards.

OH yeah.

We're probably saying the same thing but maybe you wanted a simpler workaround first.

PHI29

I realize there are two conversations on this feature, I thought I was replying to the other thread.

Sorry, when I say "still" I mean like favorites on home.

I think we should still default search the top item. So if admins put "Super special search triggers" as the top item, that is the global default. One a user says OMG NO, and adds their first filter, that becomes their first item and thus their default search.

hmmmmmmmmmmm

oh thanks!

No longer reproduces.

No longer valid as far as I can find.

Yeah this feels low value vs. building Dropbox. Closing in favor of overengineering.

It's discoverable in settings just fine.

Unclear if this is a feature request, bug report, or general question. Going to close out as it's old and not actionable.

I'm going to wontfix this. Functionally, everything is incorrect on the batch editor on a new install, if you have no users, no projects, no spaces. These don't seem to be too confusing to understand.

I think this is resolved with Related Objects now.

I can confirm this.

Doesn't seem to reproduce any more - I have no issue importing from another milestone. Presumed fixed, but if not, please reopen with more detailed reproduction steps.

seems ok now.

caret now appears when attaching dropdown menus to buttons.

Just launched a test instancepoo and everything seems fine.

Resolved enough.

The plan forward here is to correct the text. I will follow up with you on Discourse.

remind me to add some more icons for Link.

That looks pretty hawt.

This bug does exist on this server, but unclear why. Maybe related to size of image, but probably best solution is some command-line tool to regenerate all file transforms? I don't think making PHIDs easy to find inside the app is very user friendly.

fwiw, I can't reproduce this on OSX chrome any more. going to go test windows in german.... wish me glück.

Why did they need regenerating in the first place?

I'm obviously low on AM brian power today.

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

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.

Closing in favor of Discourse as the main user hangout spot for now.

Feel free to use our Discourse for general admin questions (as opposed to our working tasks). Thank you!

Let me know if that diff works.

I honestly can't get the cool looking macos dropdown on firefox no matter what I try.

Mooooooo

Seems better to pursue this as an CustomField extension. https://secure.phabricator.com/book/phabricator/article/custom_fields/

Per T12933, we never correctly implemented versioning, which is fix, but not backfilled. If we present a "history" view like Phriction, we'll need to do this.

Closing for now, it's reasonable to post populate the table if we do decide we need the information. I'll note it on T5505

No worries, and appreciate the help.

I don't know and I've spent way too much time here already.

I see no way of reconstructing the rows. It appears versioning never worked (and nor do we surface it anywhere). We can add a migration to fix the current times though.