Page MenuHomePhabricator
Feed Advanced Search

Dec 13 2017

epriestley archived Feature Request (Needs Information).
Dec 13 2017, 1:14 PM

Jun 22 2017

chad added a comment to T12863: adasdasdasdasd.

nyancat

Jun 22 2017, 7:12 AM · Feature Request (Needs Information), Bug Report
avivey closed T12863: adasdasdasdasd as Spite.
Jun 22 2017, 6:46 AM · Feature Request (Needs Information), Bug Report
utsav.kakadiya created T12863: adasdasdasdasd.
Jun 22 2017, 6:27 AM · Feature Request (Needs Information), Bug Report

Jun 13 2017

banica moved T12834: Set new hourly rate for our new colleague from Future to Needs Information on the Feature Request board.
Jun 13 2017, 8:59 AM · Feature Request

Apr 11 2017

chad added a comment to T12423: Bring MenuItem customization options to User Profiles.

We're OK leaving this open to understand impact to other installs or similar needs in customizing user profiles, but to date no other requests have happened.

Apr 11 2017, 7:20 PM · Dashboards, Restricted Project, Profile
chad added a comment to T12423: Bring MenuItem customization options to User Profiles.

I don't see a compelling reason to add a link to every Phabricator install for a single user.

Apr 11 2017, 7:19 PM · Dashboards, Restricted Project, Profile
nfirmani added a comment to T12423: Bring MenuItem customization options to User Profiles.

So, what's the word on this?

Apr 11 2017, 6:51 PM · Dashboards, Restricted Project, Profile

Mar 27 2017

chad closed T10388: Additional remarkup assistance buttons for decriptions as Wontfix.

I don't see anything here worth moving forward. I don't think the bar needs to cover more advanced topics and more advanced users should be OK with reading documentation.

Mar 27 2017, 3:55 PM · Feature Request (Needs Information), Design, Remarkup

Mar 20 2017

nfirmani added a comment to T12423: Bring MenuItem customization options to User Profiles.

Fair point, there was a bit of overlap, and the end result of a revision is super important (the commit).

Mar 20 2017, 10:01 PM · Dashboards, Restricted Project, Profile
chad added a comment to T12423: Bring MenuItem customization options to User Profiles.

Yeah we had both "commits" and "revisions", which had a bit of overlap. My main concern was if you were using this information to learn about a person, actual commits should hold more weight over temporal information like revisions.

Mar 20 2017, 9:52 PM · Dashboards, Restricted Project, Profile
nfirmani added a comment to T12423: Bring MenuItem customization options to User Profiles.

Interesting, that decision makes sense to me.

Mar 20 2017, 9:38 PM · Dashboards, Restricted Project, Profile
epriestley added a comment to T12423: Bring MenuItem customization options to User Profiles.

(Commit-date ordering would also mean that forward-dated commits would be stuck to the top forever.)

Mar 20 2017, 9:34 PM · Dashboards, Restricted Project, Profile
epriestley added a comment to T12423: Bring MenuItem customization options to User Profiles.

That is, we order things by discovery date (when we learned about the existence of the commit), which is tamper-proof, rather than author date or committer date, which are freely mutable by the client.

Mar 20 2017, 9:33 PM · Dashboards, Restricted Project, Profile
epriestley added a comment to T12423: Bring MenuItem customization options to User Profiles.

If you just updated after more than a year, you are probably seeing imports from the change in T6878. Once those finish, things will settle down and "commits" will begin reflecting what you expect.

Mar 20 2017, 9:30 PM · Dashboards, Restricted Project, Profile
nfirmani added a comment to T12423: Bring MenuItem customization options to User Profiles.

I believe there are plans to update it more than once a year at least

Mar 20 2017, 9:27 PM · Dashboards, Restricted Project, Profile
chad added a comment to T12423: Bring MenuItem customization options to User Profiles.

I'll take a look at the commits bug here shortly. Do you expect your install to keep more up to date?

Mar 20 2017, 9:23 PM · Dashboards, Restricted Project, Profile
nfirmani added a comment to T12423: Bring MenuItem customization options to User Profiles.

Sure, apologies for the lack of clarity.

Mar 20 2017, 9:19 PM · Dashboards, Restricted Project, Profile
chad added a comment to T12423: Bring MenuItem customization options to User Profiles.

Or more specifically, I don't intend to add this back without spending more time thinking about the problem it solves. There are other possible solutions (including allowing installations to customize a user's sidebar) but in the context of doing a code review, I can't think of any benefit here. It's helpful for us to understand the entire problem you're looking to solve. If knowing a user's current revisions is important in the context of performing another code review, we'd like to know what that information is and why. What information do you get from it, and what decisions do you make differently because of it.

Mar 20 2017, 9:06 PM · Dashboards, Restricted Project, Profile
chad edited projects for T12423: Bring MenuItem customization options to User Profiles, added: Feature Request (Needs Information); removed Feature Request.
Mar 20 2017, 9:01 PM · Dashboards, Restricted Project, Profile

Mar 9 2017

bcooksley added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

@epriestley my apologies for this. I had sent out a memo previously asking for everyone to file tasks on our Phabricator so that I could co-ordinate things from there. It seems some folks have missed that, so i've now resent it to a wider audience.

Mar 9 2017, 9:05 AM · KDE, Feature Request (Needs Information)

Mar 8 2017

epriestley added a project to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?: KDE.
Mar 8 2017, 6:36 PM · KDE, Feature Request (Needs Information)
epriestley merged task T12368: better support for "raw" patches, in particular corresponding to uncommitted changes? into T5029: Fill in missing context for low-context diffs against tracked repositories.
Mar 8 2017, 6:36 PM · KDE, Feature Request (Needs Information)
epriestley updated subscribers of T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

I'm going to merge this into T5029. This is an extremely low priority for this upstream because this workflow is virtually unheard of among full-time software development professionals (see "Target Audience" in Contributing Feature Requests) because it is inherently error-prone.

Mar 8 2017, 6:35 PM · KDE, Feature Request (Needs Information)
RJVB added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

How do you make guarantee that unrelated, simultaneous, uncommitted changes in the same working copy do not interfere with each other?

Mar 8 2017, 6:26 PM · KDE, Feature Request (Needs Information)
chad added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

Maybe a better way to explain Phabricator's philosophy is that it's build on code quality. That is, if we have to equally choose between developer efficiency and code quality, code quality will win because we feel code quality leads to greater long-term efficiency. It means less likelihood of wasting reviewers time, or chasing bugs, or missing issues because of easily catchable programmatic mistakes. Is it a great workflow if you're just fixing a typo in a document file? Not at all. But 99% of revisions are not typo fixes. With a commit, we can run builds, show reviewers full context diffs, allow for arc to patch diffs, allow for chain of custody and so on.

Mar 8 2017, 5:47 PM · KDE, Feature Request (Needs Information)
epriestley added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

How do you make guarantee that unrelated, simultaneous, uncommitted changes in the same working copy do not interfere with each other?

Mar 8 2017, 5:18 PM · KDE, Feature Request (Needs Information)
RJVB added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

The problem to be solved is that workflows as I've tried to describe aren't possible. Workflows where there is no official policy that changes first have to be committed, signed off or whatever before they can be considered for inclusion upstream. Or if you want, workflows in a more relaxed community with smaller and larger contributions coming in from a wide variety of users and developers not all of whom are experts in using git, svn or what have you.

Mar 8 2017, 5:12 PM · KDE, Feature Request (Needs Information)
chad added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

I guess this is pre pre-commit review?

Mar 8 2017, 4:30 PM · KDE, Feature Request (Needs Information)
chad added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

We want to know the problem you feel that feature solves specifically, not just that you want it. You can run patches manually or run arc diff --preview to just preview changes. But offhand I don't see any workflow benefit to reviewing non committed changes and don't recall any requests for such a feature.

Mar 8 2017, 4:09 PM · KDE, Feature Request (Needs Information)
RJVB added a comment to T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?.

Sorry, the Root Problem was clear enough in my head but apparently not explicit enough in the OP. I hope to have addressed that now.

Mar 8 2017, 3:48 PM · KDE, Feature Request (Needs Information)
RJVB renamed T12368: better support for "raw" patches, in particular corresponding to uncommitted changes? from better support for "raw" patches? to better support for "raw" patches, in particular corresponding to uncommitted changes?.
Mar 8 2017, 3:47 PM · KDE, Feature Request (Needs Information)
chad edited projects for T12368: better support for "raw" patches, in particular corresponding to uncommitted changes?, added: Feature Request (Needs Information); removed Feature Request.
Mar 8 2017, 3:14 PM · KDE, Feature Request (Needs Information)

Mar 3 2017

chad merged task T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown into T12273: Single input/typeahead dialogs should be consistently simpler.
Mar 3 2017, 9:49 PM · Feature Request (Needs Information)

Mar 2 2017

eliaspro added a comment to T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown.

Ok, then feel free to dismiss this one… I didn't expect those kind of complexities behind this :)

Mar 2 2017, 10:39 PM · Feature Request (Needs Information)
chad added a comment to T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown.

Yeah any typeahead dialog now that I think about it.

Mar 2 2017, 10:08 PM · Feature Request (Needs Information)
epriestley added a comment to T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown.

(I think I've used this workflow fewer than 5 times outside of testing, and although similar workflows like "Award Badge" and "Add Project Members" have the same issue, I think they're similarly rare.)

Mar 2 2017, 9:49 PM · Feature Request (Needs Information)
epriestley added a comment to T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown.

This is also nontrivial: when we display a dialog, we already attempt to focus the first input. But the first input here is a tokenizer, not a real input, and naively focusing it fails because it hasn't activated or rendered yet.

Mar 2 2017, 9:48 PM · Feature Request (Needs Information)
chad edited projects for T12341: Set cursor default focus to input field when selecting "Other Project" from access policy dropdown, added: Feature Request (Needs Information); removed Feature Request.
Mar 2 2017, 9:41 PM · Feature Request (Needs Information)

Jan 26 2017

epriestley closed T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE as Resolved.

What for is "audit.can-author-close-audit" then?

Jan 26 2017, 2:22 PM · Feature Request (Needs Information)
Ondrej added a comment to T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE.

You may be able to use Projects or Owners to create groups. Any member of a Project or Package auditor can accept on behalf of the project or package.

Jan 26 2017, 2:18 PM · Feature Request (Needs Information)
epriestley added a comment to T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE.

You could also add a condition like this to your rules which trigger audits:

Jan 26 2017, 2:15 PM · Feature Request (Needs Information)
epriestley added a comment to T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE.

he has to remove the group and add himself as Auditor

Jan 26 2017, 2:12 PM · Feature Request (Needs Information)
Ondrej added a comment to T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE.

Standard workflow is:

  • Herald adds a group of people responsible for the audit to every commit.
  • An Auditor picks several commits (he has to remove the group and add himself as Auditor, so no other auditors pick the same commit at the same time)
  • Then Auditor accepts a commit or raises a concern.
  • When the concern is raised, the Author prepares a new commit fixing this concern with commit message "Depends on ..."
  • Then the Author has to go to the Phabricator and change the state to "Needs Verification"; also he should assign this fixing commit to the same Auditor (unfortunately, I don't know how to do this automatically, via commit message or Herald).
  • Now the Auditor can see both commits and can accept them.
Jan 26 2017, 2:07 PM · Feature Request (Needs Information)
epriestley edited projects for T12156: User is unable to close an audit for own commits, even audit.can-author-close-audit is set to TRUE, added: Feature Request (Needs Information); removed Bug Report.
Jan 26 2017, 1:52 PM · Feature Request (Needs Information)

Jan 12 2017

chad closed T12072: Tighten "Needs Review" category as Invalid.

Closing for lack of feedback. You can make custom dashboard panels for whatever query / state you want to track.

Jan 12 2017, 3:11 AM · Feature Request (Needs Information)

Jan 6 2017

chad added a comment to T12072: Tighten "Needs Review" category.

See also T4144#175505

Jan 6 2017, 4:17 AM · Feature Request (Needs Information)
chad edited projects for T12072: Tighten "Needs Review" category, added: Feature Request (Needs Information); removed Feature Request.
Jan 6 2017, 3:29 AM · Feature Request (Needs Information)

Jan 4 2017

chad added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

Slack has some nice color blind themes, which I use as my normal theme.

Jan 4 2017, 3:19 PM · Accessibility, Design, Feature Request, Restricted Project
epriestley added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

What color scheme would the user prefer?

Jan 4 2017, 8:38 AM · Accessibility, Design, Feature Request, Restricted Project
gregprice added a project to T12060: Colorblind accessibility for red/green highlighting in e-mails: Restricted Project.
Jan 4 2017, 5:14 AM · Accessibility, Design, Feature Request, Restricted Project
neilfitz updated the task description for T12060: Colorblind accessibility for red/green highlighting in e-mails.
Jan 4 2017, 2:32 AM · Accessibility, Design, Feature Request, Restricted Project
neilfitz added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

Okay, after some tests, looks like the user has deuteranopia. Consistent with what you have there.

Jan 4 2017, 2:32 AM · Accessibility, Design, Feature Request, Restricted Project
chad added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

http://www.color-blindness.com/deuteranopia-red-green-color-blindness/

Jan 4 2017, 2:18 AM · Accessibility, Design, Feature Request, Restricted Project
chad added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

Of the four, this is the only type that's difficult:

Jan 4 2017, 2:18 AM · Accessibility, Design, Feature Request, Restricted Project
neilfitz added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

Uh, I'll see if they can take an online test to narrow it down further.

Jan 4 2017, 2:17 AM · Accessibility, Design, Feature Request, Restricted Project
neilfitz added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

They don't know what type they have more specifically than red-green, unfortunately.

Jan 4 2017, 2:15 AM · Accessibility, Design, Feature Request, Restricted Project
chad added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

There are 4 types of red-green color blindness, and they all work differently.

Jan 4 2017, 2:09 AM · Accessibility, Design, Feature Request, Restricted Project
chad added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

I went through color blindness simulators and I can distinguish every type using the supplied image. So without more information, I'm not sure how to proceed here. Why can't you ask them what type of color blindness they have, specifically?

Jan 4 2017, 2:05 AM · Accessibility, Design, Feature Request, Restricted Project
neilfitz added a comment to T12060: Colorblind accessibility for red/green highlighting in e-mails.

I'm not sure I understand what you mean. To be clear, the user doesn't have an issue reading the text; they have an issue distinguishing between red highlight and green highlight. I think it would be even more confusing without any highlighting at all.

Jan 4 2017, 2:02 AM · Accessibility, Design, Feature Request, Restricted Project
chad edited projects for T12060: Colorblind accessibility for red/green highlighting in e-mails, added: Feature Request (Needs Information); removed Feature Request.
Jan 4 2017, 2:00 AM · Accessibility, Design, Feature Request, Restricted Project

Jan 3 2017

markwoulfe added a comment to T12059: Display numerical indicator for authored, ready to land differentials on the differential home page menu item.

hopefully not a feature request, thanks.

Jan 3 2017, 5:45 PM · Feature Request (Needs Information)
epriestley closed T12059: Display numerical indicator for authored, ready to land differentials on the differential home page menu item as Invalid.

See Consulting if you'd like a one-on-one answer from the upstream.

Jan 3 2017, 5:40 PM · Feature Request (Needs Information)
markwoulfe added a comment to T12059: Display numerical indicator for authored, ready to land differentials on the differential home page menu item.

Hey @epriestley, Ideally i'd just like to ask a question on where this feature has gone. I posted in the IRC channel but got no response.

Jan 3 2017, 5:33 PM · Feature Request (Needs Information)
epriestley edited projects for T12059: Display numerical indicator for authored, ready to land differentials on the differential home page menu item, added: Feature Request (Needs Information); removed Feature Request.

Please see Contributing Feature Requests for instructions on filing a feature request which can become a maintainable feature in the upstream.

Jan 3 2017, 5:19 PM · Feature Request (Needs Information)

Dec 13 2016

epriestley edited projects for T12011: Support builds with Travis CI, added: Feature Request (Needs Information); removed Bug Report.
Dec 13 2016, 5:37 PM · Harbormaster, Feature Request

Sep 6 2016

epriestley closed T11405: Need to watch the project programmatically as Invalid.

We haven't received more information about this in more than a month.

Sep 6 2016, 6:50 PM · Feature Request (Needs Information), Conduit

Aug 10 2016

epriestley edited projects for T11405: Need to watch the project programmatically, added: Feature Request (Needs Information); removed Feature Request.
Aug 10 2016, 9:07 PM · Feature Request (Needs Information), Conduit

Mar 29 2016

epriestley merged task T10689: Display slightly more information about status of revision from main page. into T10574: A pathway toward "All Reviewers Must Accept".
Mar 29 2016, 3:26 PM · Feature Request (Needs Information)
epriestley added a comment to T10689: Display slightly more information about status of revision from main page..

Root problem: To ensure quality software, I want to make sure that all reviewers accept a change.

Mar 29 2016, 3:26 PM · Feature Request (Needs Information)
chad added a comment to T10689: Display slightly more information about status of revision from main page..

Most likely your request is covered by other tasks.

Mar 29 2016, 3:22 PM · Feature Request (Needs Information)
chad added a comment to T10689: Display slightly more information about status of revision from main page..

Do you have blocking reviewers on these diffs?

Mar 29 2016, 3:14 PM · Feature Request (Needs Information)
anthony-verge added a comment to T10689: Display slightly more information about status of revision from main page..

I have read it, but after re-reading let me give this another go. My apologies, I know you guys are busy and I'm sitting here not knowing how to properly formulate a problem description.

Mar 29 2016, 2:49 PM · Feature Request (Needs Information)
epriestley added a comment to T10689: Display slightly more information about status of revision from main page..

I think that's just a rewording of the original description, and doesn't provide any new insight or context. It still focuses on a very narrow symptom problem (not being able to see individual reviewer status from the revision list), not the root problem.

Mar 29 2016, 2:30 PM · Feature Request (Needs Information)
anthony-verge added a comment to T10689: Display slightly more information about status of revision from main page..

@epriestley Oh! You are right. Let me take a stab at my problem then. Some of this is caused by the lack of rules for complex acceptance conditions like in T731.

Mar 29 2016, 2:23 PM · Feature Request (Needs Information)
epriestley added a comment to T10689: Display slightly more information about status of revision from main page..

T1279 is talking about the reviewer list on the detail page (/Dxxx), not the list page (/differential/). This was implemented years ago, so I suspect it isn't a duplicate, unless you're years out of date.

Mar 29 2016, 2:04 PM · Feature Request (Needs Information)
anthony-verge added a comment to T10689: Display slightly more information about status of revision from main page..

@epriestley @eadler : T1279 is exactly what I was looking for. Thanks guys. Feel free to close this task as duplicate.

Mar 29 2016, 2:03 PM · Feature Request (Needs Information)
epriestley moved T10689: Display slightly more information about status of revision from main page. from Backlog to Needs Information on the Feature Request board.
Mar 29 2016, 1:51 PM · Feature Request (Needs Information)

Mar 26 2016

epriestley closed T10240: Copy Comment as Invalid.

This request doesn't describe a root problem, so we can't develop a solution to it. We haven't received any new information in more than a month. See Describing Root Problems and Contributing Feature Requests for help describing root problems and filing feature requests that the usptream can accept.

Mar 26 2016, 7:32 PM · Feature Request (Needs Information)
epriestley closed T10365: Support passing generated annotation to ArcanistGeneratedLinter as Invalid.

We don't have enough information about this problem to design a solution, and haven't received more information in more than a month. See Describing Root Problems and Contributing Feature Requests for details on how to submit an actionable feature request.

Mar 26 2016, 7:08 PM · Feature Request (Needs Information), Lint

Mar 21 2016

chad closed T10401: Set global Background Color for each Workboard as Wontfix.

Nothing actionable here, since we don't plan on adding additional options.

Mar 21 2016, 11:12 PM · Feature Request (Needs Information), Workboards

Mar 18 2016

claudiomelis shifted Q345: creating sub-groups with different rights from the S3 Hyperspace space to the S1 Core space.
Mar 18 2016, 4:18 PM · Differential
claudiomelis updated Q345: creating sub-groups with different rights from to creating sub-groups with different rights.
Mar 18 2016, 4:17 PM · Differential

Feb 24 2016

Hanni87 added a comment to T10388: Additional remarkup assistance buttons for decriptions.

We use a custom field release description of type remarkup. We then export tasks via conduit API to our HTML release notes. In this release description we use some of the remarkup feature set.

Feb 24 2016, 8:35 AM · Feature Request (Needs Information), Design, Remarkup

Feb 22 2016

epriestley closed T10395: Deploy SSH keys associated with a repository as Resolved.
Feb 22 2016, 3:20 PM · Feature Request (Needs Information), Diffusion
amartin33 added a comment to T10395: Deploy SSH keys associated with a repository.

Yes that should work for my use case - I've tested and verified this functionality. Thanks!

Feb 22 2016, 3:13 PM · Feature Request (Needs Information), Diffusion

Feb 21 2016

chad added a comment to T10401: Set global Background Color for each Workboard.

Feb 21 2016, 3:56 AM · Feature Request (Needs Information), Workboards
chad added a comment to T10401: Set global Background Color for each Workboard.
Feb 21 2016, 3:56 AM · Feature Request (Needs Information), Workboards
dereckson added a comment to T10401: Set global Background Color for each Workboard.

We ultimately want teams to choose different colors so they can know which workboard they're on at a quick glance.

Yes, I concur, that would be useful.

Feb 21 2016, 3:54 AM · Feature Request (Needs Information), Workboards
chad added a comment to T10401: Set global Background Color for each Workboard.

My understanding is the feature request would be to set a global color instead of white. If all workboards are red or blue or whatever, I don't think it provides any additional hints. I suspect the use case here is @rphl just really likes a specific color and wants them all that color. Which is cool, but we ultimately want teams to choose different colors so they can know which workboard they're on at a quick glance.

Feb 21 2016, 3:52 AM · Feature Request (Needs Information), Workboards
dereckson added a comment to T10401: Set global Background Color for each Workboard.

I suspect the goal could be to provide visual hints, in addition to the text, to recognize and disambiguate dashboards.

Feb 21 2016, 3:46 AM · Feature Request (Needs Information), Workboards

Feb 20 2016

epriestley moved T10240: Copy Comment from Backlog to Needs Information on the Feature Request board.
Feb 20 2016, 12:38 PM · Feature Request (Needs Information)
epriestley moved T10365: Support passing generated annotation to ArcanistGeneratedLinter from Backlog to Needs Information on the Feature Request board.
Feb 20 2016, 12:37 PM · Feature Request (Needs Information), Lint
epriestley moved T10388: Additional remarkup assistance buttons for decriptions from Backlog to Needs Information on the Feature Request board.
Feb 20 2016, 12:36 PM · Feature Request (Needs Information), Design, Remarkup
epriestley moved T10395: Deploy SSH keys associated with a repository from Backlog to Needs Information on the Feature Request board.
Feb 20 2016, 12:36 PM · Feature Request (Needs Information), Diffusion
epriestley moved T10401: Set global Background Color for each Workboard from Backlog to Needs Information on the Feature Request board.
Feb 20 2016, 12:36 PM · Feature Request (Needs Information), Workboards
epriestley created Feature Request (Needs Information).
Feb 20 2016, 12:35 PM