fix(actions): unwrap aio element before resolving position

[airqj]

问题描述

aio API（ruyipage[async]，1.2.56）下，通过 await page.ele(...) 获取的 AsyncFirefoxElement 传入同步 Actions 链（human_move / click / human_click / move_to 等）时，鼠标不会移动到元素位置，而是停留在当前坐标，且无任何报错。

实际表现：对页面元素执行 human_move(btn) + perform() 后 hover 未生效，随后按文本查找下拉项失败。

最小复现

from ruyipage import *
import asyncio

async def main():
    page = ...  # aio page
    await page.get("https://example.com")
    btn = await page.ele("text:Submit")      # AsyncFirefoxElement
    await page.actions.human_move(btn, style="line", algorithm="bezier")
    await page.actions.perform()             # 鼠标并未移向 btn

asyncio.run(main())

根本原因

同步 Actions 依赖元素的 _get_center() 解析坐标，而 aio 包装元素 AsyncFirefoxElement（ruyipage/_async/_generated.py）只生成公开方法，未暴露 _get_center：

1. ruyipage/_units/actions.py human_move()：is_element = hasattr(ele_or_loc, "states") and hasattr(ele_or_loc, "_get_center")，对 aio 元素恒为 False；
2. _resolve_position()：get_center = getattr(ele_or_loc, "_get_center", None) 取到 None；
3. 静默回退 return self.curr_x, self.curr_y —— 指针不移动，调用方无感知。

修复方案

在同步 Actions 边界对 aio 包装元素解包（AsyncFirefoxElement._sync 指向其内部同步元素）：

• human_move() 入口解包一次，覆盖后续 states 可见性检查、scroll.to_see、_resolve_position；
• _resolve_position() 入口解包一次，覆盖 click / human_click / move_to / drag_to 等所有经坐标解析的调用链。

对 dict / tuple / None 入参无影响（解包仅作用于含 _sync 属性的对象）。

测试

• tests/test_actions_drag_staging.py 3 passed
• 全量非浏览器测试：317 passed（6 个失败为本地环境既有失败，改动前后一致，与本次修改无关）
• 注：aio 层测试需要真实 Firefox/BiDi 会话，未在此处运行

验证说明

本修复已在调用方项目实测：aio 页面下对"筛选"按钮 human_move 后下拉框正常展开，元素可被定位。

[LoseNine]

Verified on Firefox 155.0a1: 456 fast tests, 52 targeted regressions, and 17 async browser tests passed.