Sounds like this is resolved.

We get the same bug, except that it's worse because when you enlarge the file list, the splitter moves, reducing the available area for viewing the diff, but the scrollable file list doesn't get any wider! You still can't see the full filenames, which is what you wanted in the first place.

So I ran into one problem when deploying the latest code to WMF production. We now throw a setup error if we have a cluster with no readable hosts. It actually makes sense to have a cluster that is write-only so that setup error is bogus.

@cos: probably should not have a default value.

ok, so the intent is that any initialized field shows up in details, but no others? If so, then do fields with default values show-up? I have a software version field for example has a default of 0.0.0 and it shows up for subtypes for which it's hidden. Here are some screenshots to show you:

We currently display the description in the reports we generate and those reports are themselves markdown, our tools currently upload these docs to phriction.

A SAAS install is hitting the "move + rename binary" case.

this is my new task for devops

blah blah

asdbkjsdad

sbckcwqbn

Why the export does not contains the task author?

I have noticed some strange behaviour with recurring events, which I've first documented at Wikimedias Phabricator. It's about what every programmer I know hates: Daylight saving times. Short version is: Phabricator locks time windows of recurring events to the time the event creator had in his time zone settings when he created the event, but does neither give an option to select another time zone to lock to nor does even show which time zone this is currently locked to.

I have many other excellent ideas for the Phacility online swag store, these are my favorite:

@cos, which specific types of fields are you seeing issues with?

The projects attachment should let you get projects, here's an example call on this install to retrieve this task:

I'm not interested in pursuing this, mostly it does not solve the core problem of "too may emails". (see Describing Root Problems) If the problem really is "my boss doesn't want to unsubscribe after a comment", then the problem is too narrow for us to have an upstream solution to. Making it an option is very disruptive to everyone else.

Please file a bug report if the button is not in stable.

In T12314#217334, @shandor wrote:

The interaction between subtypes and "required" flag was mentioned briefly in the weaknesses section, but it's a little unclear how this new feature will work with them. With Custom Forms, we are currently unable to use Required custom fields properly because they are still required fields even when hidden in some particular forms. Do Task Subtypes solve this issue naturally, or is it something that still needs to be implemented?

@dainysunil you need to provide full instructions to reproduce this issue in an untainted environment.

I just realized that in the stable release there is only one button Edit Query. The Use Results... is missing. Are there any plans to be pushed in the stable release soon?

@chad -we tried the upgrade once again .. but the issue is still there

In T10412#161218, @urzds wrote:

In T10412#160950, @epriestley wrote:

Change milestoneNumber in phabricator_project.project to reorder milestones.

Thanks! That worked.

The interaction between subtypes and "required" flag was mentioned briefly in the weaknesses section, but it's a little unclear how this new feature will work with them. With Custom Forms, we are currently unable to use Required custom fields properly because they are still required fields even when hidden in some particular forms. Do Task Subtypes solve this issue naturally, or is it something that still needs to be implemented?

no need for it

Cool thanks for the detailed response.

• The "root problem" from our point of view is a security policy with no technical basis. As a general rule, we do not implement changes to help installs solve problems of their own making, and you have this problem only because of your policy.
• disable_functions = phpinfo does not improve the security of Phabricator, but impairs normal behavior.
• To move forward, you should either: change the policy, obtain an exemption to the policy, fork Phabricator, or select other software which adheres to the policy.

My only guess here is something is corrupt, incomplete, or not upgraded properly. I don't see anything on our side that would lead to this state.

If you believe those are the full, complete steps to reproduce the issue then please take the time and launch a clean test environment and follow the steps and let us know if they are complete.

@chad you need to try upgrade phabricator from branch abff6dc8a9b4e081d74beaf8f062223cb5308ec3 to reproduce the issue. Can you consider this as step to reproduce the error.

We don't accept bug reports without reproduction steps.

Please find the image with upgrade branch. While upgrading the phabricator from this branch we found this error. Please check this upgrade to reproduce the error.

Hmmm, will have another go and delete bits and guess what i did wrong was suggesting a solution..

See Contributing Feature Requests for what we require in a feature request.

fast response, any words as to why this wont be fixed?

I'm now using this and it works well! I've noticed one wrinkle that I don't understand, namely, the 'Details' section when viewing a task includes some custom fields and not others? In particular, it includes custom fields that are hidden for the current task subtype. Is there anyway of controlling what appears here?

This hasn't seen activity in four months so I'm sending it to the murky depths.

Oh, yeah, in Conpherence you'd have to like :+3+space+delete+⏎ or something.

Ah true, this was SOE issue I guess.