更新后的文件名重命名问题?
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 579
- Forks
- 26
- PR merge metrics
- No merged PRs in 30d
Description
两个问题
1.使用新版的KTOOLBOX_JOB__POST_STRUCTURE__FILE=[{title}]{}配合KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True使用时并不会像以往的KTOOLBOX_JOB__FILENAME_FORMAT=[{title}]{}那样往下载下来的图片以title+数字的方式重命名(下载下来的图片是number.图片格式不是title_number.图片格式)
2.KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True配合KTOOLBOX_JOB__POST_STRUCTURE__ATTACHMENTS=./以往会分别把附件和图片格式排序并重命名(example:1.jpg,2.jpg,1.zip),现在会报错{'filename': '4.zip', 'exception': RetryError(<Future at 0x289da86eb10 state=finished returned DownloaderRet>)}或者'filename': WindowsPath(]_4.zip')}", 'exception': None,下载成功情况也变成(1.jpg,2.jpg,3.zip,4.jpg),导致附件和文件一起排序导致命名冲突,另外SEQUENTIAL的应用对象附件和文件,但是否可以只指定其中一个,另外上一个版本也没这个问题
3.是否可以提供像yt-dlp那样创建txt记录下载文件防止下载重复的功能?当不应用 --length增加新post时候会对整个过往下载文件进行查重但应用了不同下载命名规范的话会再下载一次(比如1.jpg,title_1.jpg),但如果二者在下载记录文件指向同者的话应该就不会有这种情况?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the handling of KTOOLBOX_JOB__POST_STRUCTURE__FILE, KTOOLBOX_JOB__POST_STRUCTURE__ATTACHMENTS, KTOOLBOX_JOB__FILENAME_FORMAT, and KTOOLBOX_JOB__SEQUENTIAL_FILENAME. Reproduce the reported image and attachment naming failures, then verify that separate numbering, selective application, and download-record deduplication behave as intended.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100