Should I just put this officially into a Guides app, or keep it squirreled away in Config. I suspect if these do well we'll build others.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 17 2016
Aug 16 2016
I agree that there *shouldn't* be any extra cost purely owing to having more fields if I'm only editing one and it is default-focused, but I'd argue that having a more complex form will still slow humans down (at least initially).
There is no actual cost to the form having more fields though, right? It doesn't actually slow you down, it just "feels" more complex?
Is this really "Make Workboards look and feel exactly like Trello"?
This has been live for several weeks without causing any apparent issues, so I believe we're in good shape.
It sounds like you really want Workboards to work exactly like Trello, not just to be able to customize the form? That is, if we let you simplify the form down to this:
More fields means
This should be fixed in HEAD of master, and in the documentation on this host whenever it regenerates (every other rainy Tuesday during a full moon).
I'm just going to merge this into T5028 since I think that ultimately is essentially the same issue.
We are unable to reproduce this, and haven't received more information in about a week. Feel free to file a new task if you're able to develop reproduction steps which we can follow to reproduce the issue.
Why does having more fields make creating a task slower? I'm not able to create tasks any more quickly using a form with fewer fields.
thanks Evan, that did the trick!
(T8850 is vaguely related.)
we are using Apache webserver, and yes we are mangling the REMOTE_ADDRESS in preamble as recommended in the configure_preamble article section "adjusting client ips" because we are behind a load balancer.
Yeah, totally fine with replacing home. I think hitting this first and then having a way to skip it is good.
I assumed you prefered "choose your own adventure" so I didn't want to lock you into NUX and replace Home, but this page works well either way. The bubble was an alternate way of guiding you to checking out the Welcome Screen. If we're replacing home, no need to find ways back to it. I have a dialog which pops up when you complete and tells you where to find welcome again if you want to.
I like the installation / quick start split. Feels good to me for installs in general and should also give us good behavior in the Phacility cluster.
cluster.instance is only used when serving multiple separate instances from a single cluster (for example, when hosting Phabricator for multiple clients), and should normally be left alone. This setting is used in the Phacility cluster to make x.phacility.com, y.phacility.com, etc., work correctly. This is sort of confusing because we use "cluster" to refer both to instancing and redundancy/scale; both are "clusters" in some sense but we don't generally expect users to care about instancing.
@epriestley I'm starting to code this out, at least I'm starting on PHUICMSView for the layout. Did you have any passing thoughts or ways to make this better?
I'm super excited about this feature.
This report lacks reproduction steps, so I'm not sure how to reproduce the issue. We can't fix issues we aren't able to reproduce.
This isn't really resolved, I just decided I didn't care about it. Feel free to change the status to something else if you feel that's more appopriate.
Yes, that's correct.
I just tested the "Replace %s%n%n%b with %B" and it fixed it, Auditors were parsed without any problems.
Okay. Is it correct that if I trust everyone who has access to my instance won't upload malicious files (and are resistant to untrusted people manipulating them to do so), I don't really need a security.alternate-file-domain at all? (That is my reading of https://secure.phabricator.com/book/phabricator/article/configuring_file_domain/ but I'd feel better if you told me whether it's correct. I understand that you are not making any guarantees.)
Yeah, I think this is because of --format=%s. Some discussion in T5028, which is probably most of this.
The windows style was from netbeans, I did the previous ones from command line (if you want I can run netbeans as well to prove it). The title was from when I was strictly using netbeans.
When I run git cat-file -p 69d24cb35c46a4a2fed6a851aa17962d7dc0bd26 | hd, I get only \ns, no \rs at all... same with git log and git log ---format='%B' (git version 2.8.1.210.gb8b4d93 on linux).
I don't have any ideas on how to build a simpler reproduction case offhand.
Okay, so how should I attempt to reproduce this? Any options more reasonable than creating a new EC2 instance, installing all the supporting paraphernalia, then installing Phabricator manually from scratch?
Oh, sorry -- you won't be able to reproduce this particular issue in the Phacility cluster.
To reproduce this, I need to change the security.alternate-file-domain config key to point to a new CloudFront instance I create, but I can't change that key from the web interface on a test instance (as far as I can tell, anyway).
Sorry about that, I didn't know the test git repository existed otherwise I would have done this right after.
You misspelled my username but that's enough for me to go on, thanks.
You should have the commits. You will see the first two didn't trigger Auditors (with auditors in the last line), but the last one did (with Auditors in the first line)
Can you push a commit to rGITTEST on this server which reproduces the problem? Specify "Auditors: epriestley".
The Auditors:alincoln for example, isn't meant to be the whole body.
This may also be a good opportunity to fix T10423 since we'd end up testing the same code.
The first line of a commit is always interpreted as a commit title, so the behavior you describe is expected.
Also, thanks for providing pointers to reproduction cases on this install. Being able to fiddle with those commits locally was helpful in confirming the behavior of -M and -C with paths.
I think there are two issues here:
Can confirm that this affects hosted and other observed repositories as well.
This is because we hate code reuse.
We need detailed reproduction steps which work against a clean environment, as described in Providing Reproduction Steps. We run our entire production cluster through CloudFlare so I'm unable to reproduce the issue as described purely by using CloudFlare.
@epriestley Here's an anonymised version of a live workboard. I've completely wiped out all identifying data; I thought about summarising the task titles rather than obliterating them, but afraid I lost the will to live at some point.
Please see Support Resources for general help installing and using Phabricator. Thanks!
Ok sorry for that - that was a really bad example... The problem is that only complete words are found and not parts of it.
So you'll get a result for "Hello" but not for "Hell".
So searching for "Component" will give no result if the title is "Components". Is that correct?
Okay, I'm still (or again) getting these "The page isn’t redirecting properly" errors when trying to view an uploaded file, or an uploaded image (e.g. my profile picture).
If bucketing is really what you're after, you can have it by just dumping this in your extensions:
Aug 15 2016
No smoking guns in the access or error logs on admin. The cache/load theory may just be a goose chase, since I don't see any evidence of unusual load around that time.
Starting to try out Workboards (we're coming from Trello), and I felt the absence of this feature as well.
This is still happening (incidentally just observed because of the build failure due to T11469).
Just observed a failure, see updated description.
These are sort of technically visible in Config → Settings History, by looking at changes to phabricator.application-settings. However, this is mixed in with all the other settings and the actual diff is pretty hard to read (includes all adjusted settings; has raw JSON).