# Projucer keeps putting microphone permission back in

**URL:** <https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228>\
**Category:** General JUCE discussion\
**Created:** [May 4, 2019, 8:34am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228 "2019-05-04T08:34:31Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![DrTarantism](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/drtarantism/32/815_2.png) [@DrTarantism](https://forum.juce.com/u/DrTarantism)\
**Post date:** [May 4, 2019, 8:34am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/1 "2019-05-04T08:34:32Z")

</div>

I am building my app on my iMac but am getting annoyed with this bug in the Projucer where it fails to acknowledge the fact that I’ve disabled microphone access for XCode (Mac OSX). Every time I save the project in Projucer and then return XCode, I find that it has put microphone access permissions back in.

 ![18%20pm](https://us1.discourse-cdn.com/flex026/uploads/juce/original/2X/5/52d594e03a9e8815a8207855a998ec045741ab17.png)

 ![24%20pm](https://us1.discourse-cdn.com/flex026/uploads/juce/original/2X/7/79b7ec7b43edb33afbe9f410a5d2a18abce61f51.png)

---

<div class="post-metadata">

**Author:** ![PaulDriessen](https://avatars.discourse-cdn.com/v4/letter/p/a88e57/32.png) [@PaulDriessen](https://forum.juce.com/u/PaulDriessen)\
**Post date:** [May 4, 2019, 10:15am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/2 "2019-05-04T10:15:38Z")

</div>

My 2 cents:  
Without microphone access no audio app will run, since macos Mojave will see any reading from an audio interface as a potential “microphone” access.  
So without microphone access, you will not have audio from an interface.  
If you open audio input, the microphone acces is therefore needed.

Note the microphone usage description in your 2nd pic: it talks about audio interface, not specifically about a microphone…

---

<div class="post-metadata">

**Author:** ![DrTarantism](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/drtarantism/32/815_2.png) [@DrTarantism](https://forum.juce.com/u/DrTarantism)\
**Post date:** [May 4, 2019, 10:50am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/3 "2019-05-04T10:50:23Z")

</div>

That’s fine with me, for now. I am only releasing the beta version of my app and I do not need to play audio through interfaces yet. I can add that later. Most of my target market are regular musicians, not sound engineers. And any technical people who want to use my app, will just have to use their normal internal cards for now.

Yes I can see that it says that, but it comes down to principle. JUCE should not be deciding whether or not my app asks for microphone permissions. I don’t want it there right now and it is annoying to see it every time I run the app.

---

<div class="post-metadata">

**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\
**Post date:** [May 4, 2019, 10:53am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/4 "2019-05-04T10:53:35Z")

</div>

Is it actually requesting microphone permissions?  
My understanding was, that the explaining text is per default always present, but only the “Microphone access” and requesting input channels should trigger it being used. But I haven’t tested it lately.  
Also there was a fix lately on develop branch, but IIRC you were in that conversation as well, so I assume you are aware of that fix.

---

<div class="post-metadata">

**Author:** ![DrTarantism](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/drtarantism/32/815_2.png) [@DrTarantism](https://forum.juce.com/u/DrTarantism)\
**Post date:** [May 4, 2019, 11:01am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/5 "2019-05-04T11:01:35Z")

</div>

I was in a conversation about bluetooth headphones and there was a fix for that a couple months ago. but I don’t remember hearing about a fix for this microphone issue.

Yeah it is asking for mic permissions.

![33%20pm](https://us1.discourse-cdn.com/flex026/uploads/juce/original/2X/c/ce7991aab86da86e4e1470b74da5730c475bda3f.png)

And I didn’t request input channels.

![10%20pm](https://us1.discourse-cdn.com/flex026/uploads/juce/original/2X/a/abd13fbde95a27ec0f5eb69e26c0720fcddee0db.png)

---

<div class="post-metadata">

**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\
**Post date:** [May 4, 2019, 11:05am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/6 "2019-05-04T11:05:10Z")

</div>

Very strange, I am currently developing an App (OSX Mojave as well), and with default Projucer setup (audio app) it doesn’t ask for microphone access, but like I said, I didn’t do a thorough test.

---

<div class="post-metadata">

**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\
**Post date:** [May 4, 2019, 11:07am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/8 "2019-05-04T11:07:40Z")

</div>

Just updated to OSX 10.14.4, XCode 10.2.1  
I use latest Projucer, but I just realise, that I have the modules as submodule, and I think there I use the JUCE master branch… maybe something changed there…

---

<div class="post-metadata">

**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\
**Post date:** [May 4, 2019, 11:33am UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/9 "2019-05-04T11:33:35Z")

</div>

Another note, I am not using startupAudio, because I moved the player out of the MainComponent for architectural reasons:

```auto
void Player::initialise ()
{
    deviceManager.initialise (0, 2, nullptr, true);
    deviceManager.addChangeListener (this);

    sourcePlayer.setSource (&transportSource);
    deviceManager.addAudioCallback (&sourcePlayer);
}

void Player::shutDown ()
{
    deviceManager.removeChangeListener (this);
    sourcePlayer.setSource (nullptr);
    deviceManager.removeAudioCallback (&sourcePlayer);
}

```

---

<div class="post-metadata">

**Author:** ![mcmartin](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/mcmartin/32/7432_2.png) [@mcmartin](https://forum.juce.com/u/mcmartin)\
**Post date:** [May 4, 2019, 2:07pm UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/10 "2019-05-04T14:07:47Z")

</div>

> [@DrTarantism](#):
>
> this bug in the Projucer where it fails to acknowledge the fact that I’ve disabled microphone access for XCode (Mac OSX)

I tried to reproduce with Projucer 5.4.3, 5.4.2, 5.4.1, and 5.4.0, but I couldn’t. I also looked at the source code, AFAICS there is no bug.

In your second screenshot, the last row (`App Transport Security Settings`) is something I have never seen before. I’m pretty sure Projucer doesn’t add that to the `.plist` file. Do you have something in the “Custom Plist” field in Projucer?

---

<div class="post-metadata">

**Author:** ![DrTarantism](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/drtarantism/32/815_2.png) [@DrTarantism](https://forum.juce.com/u/DrTarantism)\
**Post date:** [May 4, 2019, 4:28pm UTC](https://forum.juce.com/t/projucer-keeps-putting-microphone-permission-back-in/33228/11 "2019-05-04T16:28:31Z")

</div>

Ahhhh… that’s it. One of my developers added the microphone thing to the Custom Plist and I never noticed it. Thanks for catching that.