response.text is no longer directly accessible - TypeError: argument of type 'Part' is not iterable

[mitchspano]

Description of the bug:

Accessing the property response.text no longer works.

genai.configure(api_key = gcp_key)
model = genai.GenerativeModel("gemini-pro")
response = model.generate_content(prompt)

print(str(response.text)
# TypeError: argument of type 'Part' is not iterable
# google/generativeai/types/generation_types.py
# line 327, in text
#    if len(parts) != 1 or "text" not in parts[0]:

As a workaround, I can get the detail with response.candidates[0].content.parts[0].text, but this seems like it might be a breaking change?

Actual vs expected behavior:

I should be able to reference response.text directly.

Any other information you'd like to share?

NOTE: I am using the internal Google3 version of this SDK - see go/generative-ai-python-sdk-response-type-issue for the exact line internally. There seems to be a discrepancy between Google3 and GitHub - this is the line in the GitHub repo.

Feel free to reach out to me internally - mitchspano@

[laxman-munigala]

Any update on this pls. Does this break all the python examples?

[MarkDaoust]

The public python examples are okay, this is a google-internal problem.

@mitchspano I've added you to an email thread titled "Checking for oneof field presence in UPB proto messages", where we're discussing the cause of this.

[laxman-munigala]

Thanks @MarkDaoust .. I am getting below error using langchain aswell as google-cloud-aiplatform. Am i missing something.

[MarkDaoust]

Interesting. Thanks for the update. Reopened.

Internally it has something to do with switching to upb protos, IDK if it's the same problem here.

https://github.com/protocolbuffers/upb?tab=readme-ov-file
https://github.com/protocolbuffers/protobuf/tree/main/upb

proto-plus (used by these libraries)depends on an older version of protobuf (<5, when latest is 5.26.1), but upgrading to 5.26 doesn't cause this error.

Can ou post a "pip freeze | grep proto"?

[laxman-munigala]

[MarkDaoust]

Just with the python versions, using this SDK I can't reproduce that.

Can you reproduce the error in Colab, for example, so we can replicate it abnd share with the owners?

[laxman-munigala]

Used below to create my environment where i see the issue.

name: python-test
channels:

• defaults
  dependencies:
• python
• pip=23.3
• requests=2.31
• pandas=2.2
• plotly=5.19
• sqlalchemy=2.0
• streamlit=1.32
• fastapi=0.103
• uvicorn=0.20
• ipykernel=6.28
• pip:
  • duckdb == 0.10
  • google-cloud-aiplatform
  • langchain
  • langchain-google-vertexai