[BUG] .venv not in sys.path (?)

[Clam-]

Investigative information

Please provide the following:

• Timestamp: 2022-12-31T04:56:29.748Z
• Function App name: newazurefunc
• Function name(s) (as appropriate): mytimer
• Core Tools Version: 4.0.4915 Commit hash: N/A (64-bit)
• Function Runtime Version: 4.14.0.19631
• Python 3.9.13

Repro steps

Provide the steps required to reproduce the problem:

1. Open VSCode
2. Click Azure button
3. Click Create Function button
4. Create new folder C:\test\NewFunc2
5. Select folder created above
6. at "Select a language" prompt select: "python (Programming Model V2)"
7. Select a Python interpreter to create a virtual environment: "python3 3.9.13"
   (also tried "python 3.9.4")
8. Select "Open in current window"
9. Edit "requirements.txt" add new line "requests"
10. Change body of "function_app.py" to be:

import azure.functions as func
import logging
import datetime
import requests 
app = func.FunctionApp()
@app.function_name(name="mytimer")
@app.schedule(schedule="0 */5 * * * *", arg_name="mytimer", run_on_startup=True,
              use_monitor=False) 
def test_function(mytimer: func.TimerRequest) -> None:
    utc_timestamp = datetime.datetime.utcnow().replace(
        tzinfo=datetime.timezone.utc).isoformat()
    if mytimer.past_due:
        logging.info('The timer is past due!')
    logging.info('Python timer trigger function ran at %s', utc_timestamp)

12. press F5
13. "Exception: ModuleNotFoundError: No module named 'requests'."

Expected behavior

Provide a description of the expected behavior.

Expected the function to run without import error

Actual behavior

Provide a description of the actual behavior observed.

Error in index_function_app. Sys Path: ['C:\\Users\\<>\\AppData\\Roaming\\npm\\node_modules\\azure-functions-core-tools\\bin\\workers\\python\\3.9\\WINDOWS\\X64', 
'C:\\Users\\<>\\AppData\\Roaming\\npm\\node_modules\\azure-functions-core-tools\\bin\\workers\\python\\3.9\\WINDOWS\\X64', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\python39.zip', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\DLLs', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\lib', 
'C:\\Users\\<>\\AppData\\Local\\Microsoft\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_qbz5n2kfra8p0', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\lib\\site-packages', 
'C:\\test\\NewAzureFunc'],

Known workarounds

Provide a description of any known workarounds.

I've tried a lot of things short of manually injecting into sys.path to no avail.

Contents of the requirements.txt file:

Provide the requirements.txt file to help us find out module related issues.

azure-functions
requests

Related information

Provide any related information

n/a

[Clam-]

I can perform the following in terminal:

(.venv) PS C:\test\NewAzureFunc> python --version
Python 3.9.13
(.venv) PS C:\test\NewAzureFunc> python
Python 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path
['', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\python39.zip', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\DLLs', 
'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_3.9.3568.0_x64__qbz5n2kfra8p0\\lib', 
'C:\\Users\\<>\\AppData\\Local\\Microsoft\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_qbz5n2kfra8p0', 
'C:\\test\\NewAzureFunc\\.venv', 
'C:\\test\\NewAzureFunc\\.venv\\lib\\site-packages']
>>>

as you can see above the .venv site-packages is in the path.
Not sure why it's not there when func host start runs.

[Clam-]

I thought this may have been a problem with the Programming Model V2, but it also happens when I select normal "Python", too. Now I'm confused and concerned that I cannot make any functions run locally with modules in the requirements.txt.
I'm not even sure where to start trying to diagnose/fix this.

[bhagyshricompany]

Thanks for updating will update you soon on this issue

[YunchuWang]

@Clam- have you installed requests in the venv? i tried v2 model and it works for me

[Clam-]

I used requirements.txt which installs the required packages for you when you run/setup the package for the first time.
Oh, one thing I forgot to mention is that if I manually activate the venv, run python and import requests the package loads fine:

PS C:\test\newfunc3>
PS C:\test\newfunc3> .\.venv\Scripts\Activate.ps1
(.venv) PS C:\test\newfunc3> python
Python 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import requests
>>> 

If I manually try to install requests it says it is already installed as one would expect:

(.venv) PS C:\test\newfunc3> pip install requests
Requirement already satisfied: requests in c:\test\newfunc3\.venv\lib\site-packages (2.28.1)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in c:\test\newfunc3\.venv\lib\site-packages (from requests) (1.26.13)
Requirement already satisfied: certifi>=2017.4.17 in c:\test\newfunc3\.venv\lib\site-packages (from requests) (2022.12.7) 
Requirement already satisfied: idna<4,>=2.5 in c:\test\newfunc3\.venv\lib\site-packages (from requests) (3.4)
Requirement already satisfied: charset-normalizer<3,>=2 in c:\test\newfunc3\.venv\lib\site-packages (from requests) (2.1.1)
WARNING: You are using pip version 22.0.4; however, version 22.3.1 is available.
You should consider upgrading via the 'c:\test\newfunc3\.venv\Scripts\python.exe -m pip install --upgrade pip' command.
(.venv) PS C:\test\newfunc3> 

[Clam-]

I mean the underlying issue is that when running the actual function the runtime environment isn't correct for some reason. sys.path doesn't have the venv site-packages in it.
I'm not sure why or even how to diagnose it or even what to try to fix it. For example, would removing and re-adding the azure functions extension fix that? uninstalling/reinstalling Visual Studio Code?

Thanks for your time.

[YunchuWang]

@Clam- i followed your steps using vscode extension to create the app but still cant repro it. the sys.path has .venv site-packages in it.

my azure functions extension is v1.9.0, core tool version is 4.0.4915.
Can you try reinstalling azure functions extension/vscode and core tool and create a new project to test again? thanks

[Clam-]

Thanks for trying all that.

Okay, I have uninstalled the extension, uninstalled VS Code, uninstalled the python I had installed. Applied all latest win10 updates, rebooted.
Installed VS Code from Store app, installed Azure Fuctions extension, installed python 3.9 from Sore app. Followed the repro steps and same problem.

During this process I noticed that VS Code asked me to select the python interpreter in the bottom right. I don't remember doing that previously, so I made sure to select the venv, as shown here:

I am quite confused because I have created/developed Azure Functions before using python and it was fine.

[Clam-]

Here is a gist of the full output of the terminal along with a screenshot:

[YunchuWang]

@Clam- Hi thanks for the update. Sorry for confusion. We are looking into it. By the way, does deploying this function to azure remotely works?

[pdthummar]

FYI, @YunchuWang @Clam- Replicated the issue using Core Tools Version: 4.0.4915 and 4.0.4765 and works fine, No issues. Thanks