We'll try that in our next upgrade. Thanks for the help!
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mar 16 2016
Here's a diff to make bin/storage adjust always run ANALYZE on every table after it makes other adjustments, but I'm not really sure if that's actually helpful or not (e.g., from the documentation, it sounds like the good analysis can be immediately overwritten by a bad one in some cases?):
I think so. Sorry for the originally misleading claim.Sorry for the originally misleading claim.
In T10560#165431, @epriestley wrote:Should we get rid of the <commitID, isDirect, changeType> key, then?
Oh, I might not have made subscribers actually do anything, I don't remember. They definitely should, though, even if they don't yet.
Well, the docs suggest not doing that:
Should we get rid of the <commitID, isDirect, changeType> key, then?
The ability to add subscribers which is now on master should solve most of these issue for people.
The discrepancy between staging + production is almost certainly caused by the size of the data.
You do not need to create a secondary index on changeId as that is the leftmost part of the primary key. The secondary index just points to the primary index where the data is stored.
The underlying cause of the slowness is because the stats were completely off in the production table (was showing cardnality of 18 for changeId).
I don't know RuboCop well enough to definitively answer the question about whether that mode exists, or to volunteer to maintain the driver. But I opened a parallel issue in the RuboCop repo, so hopefully we'll find out whether RuboCop has this mode soon enough.
In T10427#161255, @urzds wrote:I can confirm that, too.
We could also maybe do something ridiculous like assume it's @2x if both dimensions are even, but M1461 has a 2X image with an odd height (1717px!) so that probably won't get us very far ignoring all the false positives for 400x300px images and such.
I think this is reasonable to build as:
It looks like Invision makes you append @2x to the filename to indicate that the files should be displayed at 50% to low dpi displays. So, file_name@2x.png would trigger appropriate CSS to handle layout.
The benefit is merely the lack of requirement for people to zoom out from an image in order to see it at the correct scale. I upload entire UIs to Pholio to explain flows and changes. If the UI is displayed at twice the size it will eventually be, it's rather difficult to get a true feel for how it looks. Would be great for people to be able to see my work in the intended zoom.
Assuming this mode does not exist, the clearest pathway forward is for you or someone else to:
Does RuboCop actually have a mode where it emits errors and replacement text?
See also T10038
@epriestley, first time I tried I just wasn't lucky enough to navigate to Config->Versions.
By the way I updated my Phabricator version and it works fine.
Oops, sorry, I mis-remembered that other task.
There is not, and never will be. Associated projects never affect policies, so there is no possibility to make them start affecting policies. I'm not sure what's unclear about this.
That one might be better to merge here, since it's probably impossible (at least, in the general case) but this talks about some things we can do in the general case.
Yes, I understood the general behavior. I also read this documentation. What I could not find, however, was if there is any possibility to set tasks visibility by standard based on their associated project.
By design, changing projects never affects policies. See the documentation here:
@jlvillapalos, can you shed some light on why you didn't include that information in the first place or how we could improve the process?
I am also unsure about how to use spaces if they cannot be applied projects.
bin/remove destroy gives you a huge scary red skull-and-crossbones ASCII art for good reason, and you're accepting that issues like this may occur when you confirm the prompt.
The problem was encountered when we have deleted the existing repository with audits because we wanted to include not just the trunk but all its branches. The thing was that the deleted repository in Diffusion was not the first one to be imported again.
T10599 asks for column move APIs, which are adjacent to this.
This transaction can only create a task into a column, it can't move a task. That's why the documentation says "Create into a workboard column.".
I don't think we can detect this automatically -- a, say, web-ready PNG from Photoshop generally won't have DPI information, as far as I know.
I agree providing solution on the software side rather than documentation is the best way to go. But since my request is for the client side, there is nothing to do for the Phabricator team except a minor improvement on the documentation.
We are vanishingly unlikely to revisit this decision. If this is important to your organization, you should look into forking the codebase to provide the functionality you are interested in.
Thanks @chad, that almost resolved it. I was able to create a query specifying active projects with particular icons only, save this, and use it as the query for the "Your Projects" panel.
@jhurwitz I use conduit to fetch wiki pages and format them with conduit to get a html syntax. I do that to add Wiki-Pages to a Frontend-Styleguide. Then i just add the required phabricator css and everything looks fine.
So i think you can write your own simple script to do everything over conduit, right?
This is the version information, but it will be very useful to give instructions of where to look to get it.
The short answer is we're allergic to options (see T8227), and you can do this yourself reasonably easy. Copy PhabricatorLDAPAuthProvider.php, change what you want into a new class, drop it in src/extensions and run arc liberate to rebuild the library. It should show up as a new option if you did it correctly.
root problem: Sometimes you want less technical clients to be able to file bugs in your fancy new phabricator.
@chad Probably the same purpose.
Is this different than T5214?
@ofbeaton ^^ That single line should convert 90% of the name links, if you need.
diff --git a/src/applications/phid/PhabricatorObjectHandle.php b/src/applications/phid/PhabricatorObjectHandle.php index 2b626f2..ad2ff9e 100644 --- a/src/applications/phid/PhabricatorObjectHandle.php +++ b/src/applications/phid/PhabricatorObjectHandle.php @@ -340,7 +340,7 @@ final class PhabricatorObjectHandle public function getLinkName() { switch ($this->getType()) { case PhabricatorPeopleUserPHIDType::TYPECONST: - $name = $this->getName(); + $name = $this->getFullName(); break; default: $name = $this->getFullName();
If you're willing to maintain a fork / patch, this is probably just a few extra lines of code to get most of them.
I'm in the same boat as @devurandom here, imported horrible AD randomly generated usernames.
Thanks, I thought I had searched before filing, but apparently not with the right terms. Thanks for the information. I wish I could change the LDAP conventions, but I control Phabricator, not Corporate IT LDAP in other departments.
You can "Award Token".
Came here to request this feature, searched for it, found it. Multiple LDAPs over here. Is there some kind of +1 technology over here so you know how many people come here to request it?
@ofbeaton For more context and arguments to give if you wish to review your LDAP conventions, see T3167#32426.
Wow yeah, that's terrible.