Setting trackerFileExtension to the instrument name fails with a SQL syntax error, or is silently ignored
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 80/100
Hướng nghiên cứu
Bắt đầu từ update_instrument trong src/db_service.rs, nơi nhánh tracker_file_extension bỏ qua trường khi nó bằng tên instrument, và kiểm tra is_empty() chạy trước khi xây dựng UPDATE. Tái hiện bằng cách chạy configure với trackerFileExtension đặt bằng tên instrument, như ở bước 2 và 4 của issue. Hoàn thành khi lệnh gọi đó cập nhật dòng (lưu NULL, như đề xuất sửa mô tả), không tạo ra SET rỗng, và insert_new lưu cùng giá trị.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
configure skips a trackerFileExtension that equals the instrument name (src/db_service.rs, update_instrument):
if let Some(ext) = &self.tracker_file_extension {
if ext != &self.name {
// extension defaults to instrument name
fields.push("tracker_file_extension=");
fields.push_bind_unseparated(ext);
}
}
This causes two problems:
- SQL syntax error. When the extension is the only field being updated, the
is_empty()check passes (the extension isSome), but no field is added to theSETlist. The query becomesUPDATE instrument SET WHERE name = ? RETURNING *, and the mutation returns
error returned from database: (code: 1) near "WHERE": syntax error. - The extension can't be reset to the default. Once an extension has been set to something else, setting it back to the instrument name is silently dropped. If another field is updated in the same call, the mutation succeeds and returns the old extension unchanged.
A related inconsistency: creating an instrument with trackerFileExtension equal to its name stores it explicitly. The check only applies to updates. So two instances that behave identically can report null and "b01-1" for the same instrument.
Steps to reproduce (v1.1.0, also in v1.0.1)
git checkout v1.1.0
cargo build
./target/debug/numtracker serve --db repro.db --port 8123
Run each mutation against http://localhost:8123/graphql, for example in graphiql:
1. Create an instrument without an extension. This works and returns trackerFileExtension: null.
mutation {
configure(instrument: "b01-1", config: {
directory: "/tmp/{instrument}/data/{year}/{visit}"
scan: "{subdirectory}/{instrument}-{scan_number}"
detector: "{subdirectory}/{instrument}-{detector}-{scan_number}"
}) { instrument trackerFileExtension }
}
2. Set the extension to the instrument name. ❌ This returns the SQL syntax error.
mutation {
configure(instrument: "b01-1", config: { trackerFileExtension: "b01-1" }) { instrument trackerFileExtension }
}
{"data":null,"errors":[{"message":"error returned from database: (code: 1) near \"WHERE\": syntax error","path":["configure"]}]}
3. Set the extension to something else. This works and returns trackerFileExtension: "other".
mutation {
configure(instrument: "b01-1", config: { trackerFileExtension: "other" }) { instrument trackerFileExtension }
}
4. Try to set it back to the instrument name, with another field. ❌ This succeeds, but the extension is still "other".
mutation {
configure(instrument: "b01-1", config: { trackerFileExtension: "b01-1", scanNumber: 5 }) { instrument trackerFileExtension }
}
{"data":{"configure":{"instrument":"b01-1","trackerFileExtension":"other"}}}
5. Create a different instrument with the extension equal to its name. This stores it explicitly (trackerFileExtension: "i22"), which isn't consistent with step 2.
mutation {
configure(instrument: "i22", config: {
directory: "/tmp/{instrument}/data/{year}/{visit}"
scan: "{subdirectory}/{instrument}-{scan_number}"
detector: "{subdirectory}/{instrument}-{detector}-{scan_number}"
trackerFileExtension: "i22"
}) { instrument trackerFileExtension }
}
Expected
- Setting the extension to the instrument name updates it. In the database, that means setting
tracker_file_extensiontoNULL(the default) or to the name; either works, sinceNumTracker::for_instrumentfalls back to the instrument name withext.unwrap_or(bl). - An update that ends up with no fields to set returns the current configuration, as
is_empty()already does, instead of running an invalidUPDATE.
Suggested fix
In update_instrument, write NULL when the extension equals the name instead of skipping it:
if let Some(ext) = &self.tracker_file_extension {
fields.push("tracker_file_extension=");
// extension defaults to instrument name, so store NULL rather than duplicating it
fields.push_bind_unseparated((ext != &self.name).then_some(ext));
}
This fixes all three problems: no empty SET, the extension can be reset, and the default is stored the same way every time. insert_new could normalise the same way for consistency.
How this was found
An integration test comparing the configurations query on prod and staging reported b01-1 as null on one and "b01-1" on the other. Trying to align them with the configure mutation hit the syntax error.
- Ngôn ngữ chính
- Rust
- Star
- 1
- Fork
- 2
- Merge trung bình
- 14 ngày 15 giờ
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không 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 DiamondLightSource/numtracker
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
DiamondLightSource/numtracker#309 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
DiamondLightSource/numtracker#278 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 45/100
DiamondLightSource/numtracker#310 ·
-
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 15/100
DiamondLightSource/numtracker#308 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 58/100
DiamondLightSource/numtracker#304 ·
Tất cả issue của DiamondLightSource/numtracker
Issue tương tự
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
fritzprix/libr-agent#2165 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:ecosystem bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Chelis-Lang/chelis#3942 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
Maintainer thường phản hồi trong vòng 1 ngày
-
review-bot
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày