very noisy
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Apr 18 2017
Please read and follow Contributing Bug Reports and Providing Reproduction Steps.
We'd also have to add locking to prevent a race like this:
My gut is to wait for users to hit those cases before building solutions for them since I think it's unlikely any of that will ever turn into a real problem.
@epriestley should it be possible to un-delete a File, the same way it's possible to archive and then un-archive a Paste? The only benefit I can see is that in an emergency where someone accidentally kicked off a delete for a bunch of files they didn't intend to, someone could stop the daemons and perform an undelete operation before restarting the daemons (instead of flushing the worker queue). I actually mostly coded it this way already by following along with PhabricatorPasteStatusTransaction.
Conpherence and Ponder are the best avenues to ask questions about Phabricator, thanks!
Bug reports require reproduction steps. See Contributing Bug Reports and Providing Reproduction Steps.
See T12314#214002.
This is happening because my project directory not contains .jshintrc file
my .arclint file
The attached patch seems to fix the issue ... hopefully with no drawbacks. We gonna test that for few weeks.
KDE has some interest in this as our contributors are distributed around the world.
Actually I'll leave this open if someone wants to contribute a patch.
It should give me warning if i am using string value for my id part.
chad@phac-dev:/var/www/html/dev/phabricator$ ./bin/mail show-outbound --id 1 PROPERTIES ID: 1 Status: sent Related PHID: PHID-USER-hh5jvrt4dfkdzciswub6 Message:
i am trying this command
./bin/mail show-outbound --id <my-email-id>
Please provide complete steps to reproduce the error. Based on the information above I cannot reproduce anything.
Conpherence is repainting after D17713 but notification counts aren't, yet.
This could be prettier, but it's functional and has buttons you can click.
For the migration, let me just publish "run this command if you want to search existing files" in the change log for now, and then we can do the real migration if we see confusion about it. I bet 99% of the time you want to search for something you recently uploaded so the index will be functionally useful in a week even if you miss the guidance in the changelog.
To make the indexing work for new stuff, I think you can do this:
@epriestley I just landed D17702, without really tackling the problem of files being created in non-standard code paths. I searched the codebase for PhabricatorFile::initializeNewFile() and didn't find anything scary-looking; do you have any specific examples that might need updating?
Just in my personal experience, I think it was sometime in the last 6 months that I realized Phabricator has a concept of "application search" and "global search", and that a lot of the searches I'd been doing were the latter and that's why they were so limited in functionality. I'd been using Phabricator for years and always had the sense that search didn't work very well, and that there were different forms I might get for it with different sets of fields, and it was unpredictable which one I'd get; but it wasn't until I became responsible for actually running Phabricator and started paying much closer attention to its concepts that I twigged to that pattern as the explanation for which searches got which form.
Apr 17 2017
ehhh, not sure about this. It's not worse, like I can pinch to zoom in Safari, but not Chrome.
Rolling, so we'll see how accurate the simulator was.
I am just intrigued that user-scalable=no actually means "somewhat user-scalable".
No, I hate all zooming.
(I am glad to see the auto-zoom-on-controls gone and don't care about any other zoom feature.)
Right. Do you use that?
Oh -- but double-tap-to-zoom doesn't? 😕
I tested pinch to zoom, which still works. We just turn off the auto-zoom. I'll roll the server here and give a more thorough shakedown.
(Specifically, D17714 added user-scalable=no, which probably does the opposite of what this requested.)
Hmm ok. I think that I'm not usually listed explicitly as a reviewer, which means that Reviewers: #some_project_that_i_am_a_member_of doesn't include me. Would you be in favor of adding a new [Differential was reviewed by] field to Herald?
I originally posted this feature suggestion because I needed to put a tradeshow event in the calendar. The tradeshow took place in another time zone, and when I got there I realized that the calendar entry was on the wrong day. I also frequently schedule conference calls with clients and suppliers in other time zones.
Removed.
I don't think this behavior has changed. This has always meant "reviewers", not "reviewers who accepted the revision".
