[Bug] Designate some more calls with long-polling timeout defaults

[cretz]

Describe the bug

Two issues:

• ~When set_timeout is used by lang on non-long-poll call (retry client or not), it seems to get overridden by the 30s default timeout despite the interceptor checking for the grpc-timeout header first.~ EDIT: Not able to replicate, not an issue
• poll_workflow_task_queue and poll_activity_task_queue are the only calls that get the 70s long poll timeout today. This means things like waiting for workflow result get the default 30s which actually returns empty response in 20s. We need to also set that long poll timeout for update_workflow_execution, poll_workflow_execution_update and get_workflow_execution_history (when wait_new_event is true).

[Sushisource]

Timeouts at least seem to be working properly: https://github.com/temporalio/sdk-core/commit/e64b05b8f26f132deba7c32eab7c682eeff861d0

[cretz]

I can confirm that timeout does work as expected on update start. I am unsure why/how I came to the conclusion it didn't. Changing title/description to reflect this as a long-poll timeout issue only.