{"action":"created","issue":{"url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/23","repository_url":"https://api.github.com/repos/Nandaka/NijieDownloader","labels_url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/23/labels{/name}","comments_url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/23/comments","events_url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/23/events","html_url":"https://github.com/Nandaka/NijieDownloader/issues/23","id":38267019,"number":23,"title":"[1.0.6.1] Job queue becomes stuck if additional jobs queued during downloading","user":{"login":"Akio-kun","id":8214561,"avatar_url":"https://avatars.githubusercontent.com/u/8214561?v=3","gravatar_id":"","url":"https://api.github.com/users/Akio-kun","html_url":"https://github.com/Akio-kun","followers_url":"https://api.github.com/users/Akio-kun/followers","following_url":"https://api.github.com/users/Akio-kun/following{/other_user}","gists_url":"https://api.github.com/users/Akio-kun/gists{/gist_id}","starred_url":"https://api.github.com/users/Akio-kun/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Akio-kun/subscriptions","organizations_url":"https://api.github.com/users/Akio-kun/orgs","repos_url":"https://api.github.com/users/Akio-kun/repos","events_url":"https://api.github.com/users/Akio-kun/events{/privacy}","received_events_url":"https://api.github.com/users/Akio-kun/received_events","type":"User","site_admin":false},"labels":[{"id":115162764,"url":"https://api.github.com/repos/Nandaka/NijieDownloader/labels/Monitor","name":"Monitor","color":"fbca04","default":false}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":3,"created_at":"2014-07-20T21:26:36Z","updated_at":"2016-12-16T20:18:14Z","closed_at":null,"body":"I've had a tendency to queue a few jobs, get them started downloading, then go back to the browser and do some more searching and queuing. The program tolerates this beautifully, except that the job queue becomes 'stuck' on the first of any jobs I add after I press Start and the downloads are running.\n\nThe program will complete the last of the pre-queued jobs normally, start the next normally by downloading the folder picture....but then hang as soon as it attempts an actual source image. Sometimes it is able to retrieve the the folder image, and sometimes not (checked extant)\n\nThe download manager behavior is baffling as well. The stuck job will continue to say Running (with the moving status bar)--but sometimes the Start button will remain pressed as it should, but sometimes it will pause (or stop?) while the Running/status bar still indicate. \n\nThe solution is to simply press Start (or Pause->Resume, depending on the type of failure). After that I did not find any files to be corrupted or missing. \n\nHere are four clippings of the logs when this happened....probably nothing useful. I believe it stayed stuck on the 'processing image' or maybe 'work date' line as long as I cared to leave it.\nhttp://pastebin.com/rh2qAxiM\n"},"comment":{"url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/comments/267686504","html_url":"https://github.com/Nandaka/NijieDownloader/issues/23#issuecomment-267686504","issue_url":"https://api.github.com/repos/Nandaka/NijieDownloader/issues/23","id":267686504,"user":{"login":"chronometric","id":6432099,"avatar_url":"https://avatars.githubusercontent.com/u/6432099?v=3","gravatar_id":"","url":"https://api.github.com/users/chronometric","html_url":"https://github.com/chronometric","followers_url":"https://api.github.com/users/chronometric/followers","following_url":"https://api.github.com/users/chronometric/following{/other_user}","gists_url":"https://api.github.com/users/chronometric/gists{/gist_id}","starred_url":"https://api.github.com/users/chronometric/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/chronometric/subscriptions","organizations_url":"https://api.github.com/users/chronometric/orgs","repos_url":"https://api.github.com/users/chronometric/repos","events_url":"https://api.github.com/users/chronometric/events{/privacy}","received_events_url":"https://api.github.com/users/chronometric/received_events","type":"User","site_admin":false},"created_at":"2016-12-16T20:18:14Z","updated_at":"2016-12-16T20:18:14Z","body":"This issue that @Akio-kun brought up still seems to be one of the few outstanding problems as of version 1.0.7.7. I haven't experienced any serious freezing as mentioned in the previous post; just the non-continuous batch issue mentioned in the first post. Queue 10 artists, browse and add 10 more while that batch is going, and the job list inevitably halts after the initially queued 10. \r\n\r\nOne difference might be that I experience a \"clean\" stalling: either nothing happens after completion, or the \"Job Finished\" window pops up, but in either case the new jobs remain in a queued state and can be started by Pause/Resume or Start. Have never seen the endless \"running\" or cancellation freezing. No corrupted images that I've seen, nor any jobs where only the folder image was downloaded before stalling.\r\n\r\nI suppose this is the same behavior that PixivUtil is programmed with...you run a download job, and when it's done you can do more. But the interface is slick enough that it encourages this kind of multitasking, work-while-you-download capability, so I suppose the ideal behavior would be for the running queue to incorporate new jobs. Failing that, getting the \"jobs finished\" popup consistently would be a good alternative, so you would at least know to nudge the queue."}}
{"actor":{"display_login":"chronometric"}}