Support ability to return attributes from elementResponseAttributes
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 55/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- ruby
- Lĩnh vực
- mobile-dev
Hướng nghiên cứu
Bắt đầu với Appium::Core::Base::Bridge, đặc biệt là find_element_by và find_elements_by, sau đó kiểm tra cách truy cập thuộc tính hiện có của Appium::Core::Element. Xác nhận cách các phản hồi phần tử không compact được xử lý và cách phân biệt các giá trị trả về là cached_attributes với các thuộc tính được làm mới. Hoàn thành khi các thuộc tính được chỉ định được giữ lại và có thể truy cập mà không thay đổi hành vi làm mới hiện có.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This is a
- Feature Request
Summary
I've already written a patch to implement this feature, but just wanted to check before formatting it into a PR that it would be accepted.
The short is that when setting elementResponseAttributes for android/iOS and disabling compact responses with the capability shouldUseCompactResponses: false Calls to appium start returning the attributes specified, instead of just the element id which is great. The issue is that the appium bridge: Appium::Core::Base::Bridge which inherits from Selenium::WebDriver::Remote::Bridge doesn't actually do anything with these attributes, it only reads the element id. The methods find_element_by and find_elements_by need to be modified so that we can have our attributes returned and Appium::Core::Element needs to hold onto these attributes`
Currently when querying any attribute for an element, it always performs a HTTP request, so I think it needs to be very clear that when accessing these returned attributes, they aren't refreshed and can be stale. I used the method cached_attributes to represent the attributes returned when fetching the element, but very open to using different naming, it does feel important to differentiate between the existing behaviour of always fetching attributes vs when you want to fetch one of the values returned initially.
- Ngôn ngữ chính
- Ruby
- Star
- 40
- Fork
- 22
- Merge trung bình
- 2 giờ 32 phút
- Pull request đã merge (30 ngày)
- 17
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của appium/ruby_lib_core
-
Remove implicit capabilities handling in the coreCó thể làm lại được @KazuCocoa đã nhận 1450 ngày trước và không có pull request nào đang mở. Đang mở
appium/ruby_lib_core#415 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Options in Selenium 4 -> 5Đang mởenhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
appium/ruby_lib_core#333 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của appium/ruby_lib_core
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
Maintainer thường phản hồi trong vòng 3 ngày
-
L: docker L: elm L: github:actions L: helm L: ruby:bundler
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
dependabot/dependabot-core#16425 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 2 ngày