Software Engineering Lead
MIM Software, Inc.
Software Engineering Lead
MIM Software, Inc.
Not a big deal since it'll be a while before any install has enough badges for it to matter.
Ooh just kidding. Ctrl+Refresh fixed everything
In my scenario the external companies would not see eachother's tasks (separate Spaces), nor other internal items (default Space). However the developers within my company would need to see things from across multiple Spaces.
Do these dashboards contain sensitive information?
For the use-case I was trying to outline in T9501, this would be the case. We work with a handful of external companies and use Phabricator for organizing and communicating work. We also use Phabricator for our code review. Each project with external company (People, Projects, Maniphest) is organized into separate Spaces so that they are fully isolated, and we have a default space for internal use for Diffusion/Differential. Ideally when a user from Company A logs in they would land on a dashboard that shows only the Projects/Maniphest for them, while Company B user logs in and only shows the Projects/Maniphest for them.
Probably very similar or even dupe of T9501
I don't believe we've seen this pop up again. I can't be certain because right now all the log files are empty, but that means the errors went away?
You can make your own extension to Remarkup to allow auto-linking. I have one setup which I based off of P1129, P1209 which regex matches on Task-xxxx and uses the xxxx to link to our system. That works well and is sufficient for what we need.
Just tested this out with having global menu items of Create Task forms and Projects, each which are only visible based on some policy - looks to not have any issues hiding/showing based on those policies. Thanks for all this, when I get these changes into production install I'll check for feedback but I'm anticipating it will be a smoother experience for everyone.
Phrequent is a prototype application which is not supported. If you want to try it out understanding this, you must change a configuration allowing prototype applications (see config phabricator.show-prototypes), then you will be able to install the application.
Maybe my calendar setup isn't common but I usually have multiple overlapping meetings each week - I know others at the same company manage their calendar in a similar fashion.
Aha that makes sense. Thanks.
Out of curiosity, why are there "Context not available." indicators here? Am I not supposed to see R25 Secure?
Is it possible this is related to the E argument mentioned in T12071, but for arc clients?
Oh, the way I worded my original comment is confusing. I noticed the missing/unviewable panel on the homepage first then went to investigate and found error.
I just got this when trying to manage my dashboard on this install:
Adding E to variables_order seems to fix it!
cspeck@speckimac ~/S/hgtest> hg pus -r master pushing to ssh://repo-testing.code/source/hgtest/ searching for changes remote: adding changesets remote: adding manifests remote: adding file changes remote: added 1 changesets with 1 changes to 1 files
I will give that a try. My understanding of the problem/solution here is that when prepushkey hook is invoked by mercurial, it's within an environment that contains the changes of the transaction being requested, all of that being communicated via the environment variables. When this hook runs it shells out to execute some other mercurial commands to inspect the repository it loses that environment and is no longer operating within the environment of the transaction (resulting in the error about an unknown revision which is the one being pushed). I'm not really familiar with PHP, variables_order or $_ENV. Is the E thing for variables_order something that causes sub-processes to inherit the environment?
Also I very probably meant "inline comment" and not "inline diff"
I do not have persistent chat open.
I came across a small bug with the "auto-suggest" feature. In differential I was writing an inline diff, and ended with :/ to show my face in plain ascii, and hit ⌘+enter immediately after to complete my inline diff. After typing :/ the auto-complete popped up and when I saved the draft with ⌘+enter it forever immortalized the auto-complete popup on screen with no seeming way to get rid of it (refreshing probably fixes~). I can reproduce on this install.
I've been seeing exceptions about "Can't parse an empty diff" in daemon logs, which I believe happens occasionally when merging commits and using a strategy to ignore changes from the incoming commit. This happens when merging a branch which might contain commits with similar/same changes which should not be kept due to already being resolved upstream. This results in any phabricator revisions/audits always showing the "Loading Content" when viewing in web.
Almanac's is a bit tight too
I upgraded last Friday to 2604c5af55f654d36f8db2f080b96486c4572216, so far this exception has not popped up again. I will check again later in the week.
Ah I guess it was a custom query - I checked someone else's dashboard who I know shows audits and theirs did not have the same issue as it was using a built-in one. Thanks for explaining, I can see how migrating a saved query would be difficult/impossible with no major benefits. I had never come across that type of error showing on page like that before and just wanted to check.
I upgraded to 5efbf4d74aa72c5a7d7f161ea8c5aa33ac0e3189, after which when navigating to the list of audits on dashboard I get an error:
Exception: Query "need" is unknown to application search engine "PhabricatorCommitSearchEngine"!
The dashboard panel used the "Needs Audit" query (I believe was at least based on a default query) - is that expected for this? After modifying the dashboard to use a new panel using the new "Active Audits" query the dashboard correctly shows the results.
(Upgraded from 5efbf4d74aa72c5a7d7f161ea8c5aa33ac0e3189)
Confirmed this is fixed after upgrading to 864d3984ebdb42b9a2670103ca3607342e46b7dc
Yeah that makes sense. On mobile you don't get the dash but in that scenario you're probably wanting to look at most recently activity and not so much of "what do I have to do today".
Would it be the same effort to show that there are any vs. no items needing addressed?
My first internship I was tasked with working on an application as sole developer. It started at 8.6k lines in a Main.cs file and at the end of the summer I left with it at about 15.5k. Luckily we didn't do code reviews.
hmm everything seems in order
yup it works
cats are naturally dubious so i'm not surprised
sort by awesome, descending
I appreciate the details and pointers - we may look at a custom reject transaction and/or required action bucket. I just went digging here for related discussion to see if others may have run across similar scenarios.
If you miss a comment and then forget about a revision you authored for a while, it probably wasn't that critical?
I can investigate further what issues people are having with the current solutions - I'm not sure being critical is the concern but more-so there being a delay for the change to land/verify without it being clear who should be the next step (presumably from the dashboard/bucket?).
I want to resist adding additional actions here if they would be rarely used and reasonable workarounds already exist. After EditEngine (T11114), third-party extensions will also be able to provide supplemental actions.
Are we not supposed to have permission to "Edit Favorites", or is the Favorites application still being worked on?
Ah ok I was just thinking that if anything happened to be depending on the state of the working copy then removing the -u argument could affect those.
This might depend on T10753?
For now, I'd suggest that if phabricator breaks bundle2, filter the response to the capabilities command and omit bundle2=.* from the response.
To be clear my suggestion was only for using 3.4 from client machines. Server machines can still be kept up to date.
I may have missed it but it doesn't look like this was mentioned in any changelog in December/January - or is this not yet in stable?
@jeremy.norris - You should be able to push if you use a mercurial client 3.4 or below. What I did is download the hg-3.4 sources and do make local, then moved the renamed binary into my path (/usr/local/bin/ I think), and I use hg-3.4 push -r master when pushing.
@gabe - That's the same issue, I believe. You should be able to push using Mercurial 3.4. I've been meaning to do some testing to try and fix this over the winter break but a day is no longer what it used to be.
When this is in stable and we upgrade I will have a reminder to keep an eye on logs and come back here
outline: 4px solid red;
Also I tried to give you a thorny plant as an offering/warning/omen but it turned out to be a drink. Maybe both were in order.
Thanks for clarifying
Should the description here include the section from T11922 about minimizing downtime? The release notes link to T11922 and not here, but someone from IRC had been going based on the information in this task without seeing that note which may have saved them some indexing time.
It doesn't happen frequently but I occasionally am looking for a recent change and use the field to narrow down where I'm looking (usually something like a change made in the past 3-6 months). Having the date field displayed in that case helps to know when I can stop scrolling/paging. Since the last updated date very often is near the created date I think it helps in most cases, but the scenario I came across with this task was that some older things had appeared towards the top because I added some commit <-> revision references recently.
Sorry I accidentally hit Ctrl+Enter and submitted before completing the form
Ah I totally missed the F1234 being in the lightbox already. And I did figure that using 3rd party code to render PDF would be out of the question. I don't really know what the current state of PDFs in browsers is so I had my project manager hat on for that question~
Woo came here from the blog. Just a few notes so far:
Heh, just ran into this today
I tried the openssl connection you suggested and it still bombed.
Question from the outside - should the icon/link to remarkup continue using soccer ball instead of necronomicon? The last changelog indicated some change in that regard for the top bar, https://secure.phabricator.com/w/changelog/2016.45/
Ah yea my hypothesis doesn't make 100% sense given all the rest of the text in your screenshot. Are there errors on the server?
I don't know a thing about the web but looks like it might be a font issue. Presumably your setup has the monospaced font available for use in codeblocks, but not the regular text one.