On 22 May 2020, at 21:59, Aandi Inston wrote:
1. I wonder if your tests are in a non-English language system.
No, running on a non-localized system, and the evidence is overwhelming
that this is about SIP / AMFI (based on inspecting the stack trace,
which clearly show communication between
> On May 22, 2020, at 8:42 AM, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
>
>> If what you say is correct then everyone would be seeing a delay since most
>> people don’t have blazing fast internet connections. I do not think this is
>> the
Your report is interesting. I have been following it but may have missed a
part of the discussion, so here is one
thought I had. You say that getting the display name of ~/Documents may
result in a delay. This is localizable, so
that in Portugal (for example) the display name is Documentos. So
On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
If what you say is correct then everyone would be seeing a delay since
most people don’t have blazing fast internet connections. I do not
think this is the normal behavior. I think it is specific to your
system, otherwise there would be TONS of
Also, did you take advantage of one of your free tech support incidents?
--
Gary L. Wade
http://www.garywade.com/
> On Apr 24, 2020, at 8:26 AM, Gary L. Wade via Cocoa-dev
> wrote:
>
> That’s a very narrow view of reality, which I know to be far broader.
>
> What’s the feedback number?
> --
That’s a very narrow view of reality, which I know to be far broader.
What’s the feedback number?
--
Gary
> On Apr 24, 2020, at 8:01 AM, Allan Odgaard via Cocoa-dev
> wrote:
>
> That said, I *have* filed a report about this, but I still seek more
> information about the issue, which I had
On 24 Apr 2020, at 21:33, Gary L. Wade wrote:
Here’s two web sites that should help you get the answer you want.
Try one or both:
https://feedbackassistant.apple.com/welcome
https://www.apple.com/jobs/us/
You don’t get answers from filing bug reports with Apple, at best, the
issue gets
Here’s two web sites that should help you get the answer you want. Try one or
both:
https://feedbackassistant.apple.com/welcome
https://www.apple.com/jobs/us/
--
Gary
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin
Allan,
> On Apr 24, 2020, at 00:14, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 24 Apr 2020, at 9:51, Gary L. Wade wrote:
>
>> Have you tried a speed check with just iCloud turned off but internet on?
>
> I have tried with iCloud disabled, internet disabled, and SIP disabled.
Have you
On 24 Apr 2020, at 11:49, Saagar Jha wrote:
GateKeeper is basically Safari adding a quarantine flag […]
Nit: not just Safari; other applications do this to at their
discretion when appropriate (for example, if they too download files
from the internet). Quarantine is just one part of
Saagar Jha
> On Apr 23, 2020, at 21:26, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 24 Apr 2020, at 9:57, Rob Petrovec wrote:
>
>>> Also weird, why would it phone home for a shell script which has neither
>>> been stapled nor even code-signed?
>> I think you answered the question just then…
On 24 Apr 2020, at 9:57, Rob Petrovec wrote:
Also weird, why would it phone home for a shell script which has
neither been stapled nor even code-signed?
I think you answered the question just then… a "shell script which
has neither been stapled nor even code-signed”. Google XProtect &
On 24 Apr 2020, at 9:51, Gary L. Wade wrote:
Have you tried a speed check with just iCloud turned off but internet
on?
I have tried with iCloud disabled, internet disabled, and SIP disabled.
Only the latter two removes the delay. Also, the issue happens for
~/Downloads which is not an
>> Also weird, why would it phone home for a shell script which has neither
>> been stapled nor even code-signed?
> I think you answered the question just then… a "shell script which has
> neither been stapled nor even code-signed”. Google XProtect & Gatekeeper.
1) The executable part
> On Apr 23, 2020, at 8:35 PM, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 24 Apr 2020, at 2:28, Gabriel Zachmann via Cocoa-dev wrote:
>
>>> I believe that is why you are supposed to staple notarization tickets to
>>> your apps.
>> Then, why would it "phone home" in case there is an
Have you tried a speed check with just iCloud turned off but internet on?
--
Gary
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at
On 24 Apr 2020, at 2:28, Gabriel Zachmann via Cocoa-dev wrote:
I believe that is why you are supposed to staple notarization tickets
to your apps.
Then, why would it "phone home" in case there is an internet
connection?
Also weird, why would it phone home for a shell script which has neither
> On Apr 23, 2020, at 7:30 PM, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 24 Apr 2020, at 2:18, Rob Petrovec wrote:
>
>> I get a 1 second time for the first run and then a much quicker time for the
>> second. I did some sampling and the longer time due to is Apple’s check for
>> malware
On 24 Apr 2020, at 2:18, Rob Petrovec wrote:
I get a 1 second time for the first run and then a much quicker time
for the second. I did some sampling and the longer time due to is
Apple’s check for malware on first run of a process. This is a
known, documented and advertised behavior.
I
>
> I believe that is why you are supposed to staple notarization tickets to your
> apps.
>
Then, why would it "phone home" in case there is an internet connection?
Best regards, Gabriel
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
I believe that is why you are supposed to staple notarization tickets to your
apps.
Saagar Jha
> On Apr 23, 2020, at 12:12, Gabriel Zachmann via Cocoa-dev
> wrote:
>
>>
>> It appears the problem is not with a local service, but that Apple
>> actually ?phones home? when a program asks for
> On Apr 23, 2020, at 9:10 AM, Allan Odgaard via Cocoa-dev
> wrote:
>
> On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
>
>> If what you say is correct then everyone would be seeing a delay since most
>> people don’t have blazing fast internet connections. I do not think this is
>> the
>
> It appears the problem is not with a local service, but that Apple
> actually ?phones home? when a program asks for display name.
>
> I don?t know if this is common knowledge, but with notarization, Apple
> now validates executables on your system before they are executed, and
> it does
On 23 Apr 2020, at 21:15, Rob Petrovec wrote:
If what you say is correct then everyone would be seeing a delay since
most people don’t have blazing fast internet connections. I do not
think this is the normal behavior.
Please try run this in a terminal and report the times:
rm -f
If what you say is correct then everyone would be seeing a delay since most
people don’t have blazing fast internet connections. I do not think this is
the normal behavior. I think it is specific to your system, otherwise there
would be TONS of people complaining about slowness. A couple
On 20 Apr 2020, at 0:11, Allan Odgaard via Cocoa-dev wrote:
Unfortunately though I can’t figure out *what* the problem is;
running `tccutil reset All` (and rebooting) did not fix it.
It appears the problem is not with a local service, but that Apple
actually “phones home” when a program asks
Regardless of whatever workaround you find, I would second Rob’s suggestion to
go ahead and file a bug with a sysdiagnose and/or spindump along with a sample
app that reproduces it. This isn’t expected behavior, and the teams at Apple
are still working and would be very interested in seeing
On 20 Apr 2020, at 0:37, Rob Petrovec wrote:
>> I think you are right about this being a permission / “sandbox”
issue, because the 3 folders in question are all folders that macOS
10.15 now require special permission to read (even though in my case,
I just request their display name).
Yes,
>> I think you are right about this being a permission / “sandbox” issue,
>> because the 3 folders in question are all folders that macOS 10.15 now
>> require special permission to read (even though in my case, I just request
>> their display name).
Yes, this is because of iCloud. Log
On 19 Apr 2020, at 22:54, David M. Cotter wrote:
i have discovered it may have to do with permissions / entitlements
that have been granted the app by the user, and that resetting all
perms to default will "fix" the problem
I think you are right about this being a permission / “sandbox”
I assume you have iCloud enabled. If so, these three folders are ’special’.
Try logging out of iCloud & rebooting and see if the problem persists.
I would also recommend filing a bug with Apple and include a sysdiagnose taken
while the problem was reproducing (sudo sysdiagnose). Or at least
this may be difficult for other to repro
i have discovered it may have to do with permissions / entitlements that have
been granted the app by the user, and that resetting all perms to default will
"fix" the problem
in the terminal, do this:
> tccutil reset All
i expect that after that, your
32 matches
Mail list logo
