Update send_message.py

[allctrl]

Некорректно шлёт сообщения, если указан parse_mode.

[Olegt0rr]

Отличная находка!

Было бы здорово добавить тест, проверяющий регрессию в этой части (например, прямую передачу 'HTML' без использования enum)

[Olegt0rr]

@allctrl up :)

[Copilot]

Pull request overview

PR aims to fix incorrect message sending when parse_mode/format is specified by adjusting how the format field is placed into the JSON payload for the POST /messages API call.

Changes:

• Updated SendMessage.fetch() to send format in the JSON payload without using .value.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

json["format"] is now set to self.format (a ParseMode/TextFormat enum), while the rest of the codebase (e.g., EditMessage.fetch) serializes enums via .value, and existing tests assert the string value is sent (see tests/test_format_parameter.py::test_send_message_fetch_uses_format_in_json). This change will likely break tests and introduces inconsistent request payload types. Consider normalizing to a plain string (e.g., str(self.format) or .value with a fallback for already-string inputs) and update/add tests accordingly if supporting raw string parse_mode is the goal.

Suggested change

	json["format"] = self.format
	json["format"] = getattr(self.format, "value", self.format)

[bish-x]

Привет! Отличная находка с .value — @Olegt0rr тоже это отметил.

Эта проблема уже решена в PR #91 (замерджен), где:

• Убран .value и в send_message.py, и в edit_message.py
• В __init__ добавлена конвертация строки в enum для обратной совместимости
• Добавлены регрессионные тесты (передача "html" строкой без enum)

Возможно, этот PR можно закрыть?