-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug: Program only retrieves the first 1000 images across all collections #9
Comments
As an informal suggestion for the interim, which sidesteps this issue, the previous clipboard method could be provided as an option so that the program would read from And currently, without #7 addressed, any failed downloads would prevent subsequent files from being processed and zipped. From what I can tell, I'd get Also, if 1000 is indeed the hard limit, perhaps an option could be added to address the index numbers such that it could start at any arbitrary number. As an example, the option might be something like Now Collection 2 would have all items processed and the index could start from 551 onwards, going from 551 to 1050. With this, I could put Additionally, as a bonus for keeping the index numbers unique, this would greatly benefit #8 |
@rc-gr You raise an important point. |
I think I may have created a misunderstanding here. I was just merely referring to offsetting the index on the file names. So after processing, instead of
On this front, I don't know how it is for others. But for me, the button refuses to work if I attempt to copy more than 54 items. I don't know why the number is this arbitrary. For reference, the browser's Collections version is worse, as I'm only able to copy the first 24 items with "Copy Items to Clipboard". It's strange, as I do recall for the longest time being able to copy more than 1000 items to the clipboard at one point, but only using the browser's Collections, which was why I had my presumptions and suggested the clipboard fallback in the first place. |
@rc-gr I'll have to work on the import script first then. |
@Gabriele007xx Have you tried rerunning the script at a later time? I just checked on one of the links for the failed downloads, and it shows me an image as intended. In any case, I had suggested a workaround at #7 where the thumbnail would be downloaded instead in the event where the original fails to download for whatever reason. From what I can tell, a failed download is less likely to occur for thumbnails as I've yet to see a broken image for them in my collections. |
@rc-gr @Gabriele007xx The import functionality already looks promising. I had to manually throttle it, because the backend is slow. |
Hi, I'm trying to find out more information about the collection api for a similar project I'm working on (organizing collection image data in google sheets). Is there documentation somewhere? I'm running into the same problem with the 1000 image limit via the api, however, deletion isn't really an option for my situation (unless I migrate away from bing collections ...) |
@vinnyreid |
So the way I found to go around that problem is by creating collections of 1000 images at most, currently I have 4 collections (named 1, 2, 3, and 4) of roughly 1000 gens each (originally from the default collection but I moved them 1k at a time manually), and since it seems downloader can only pull the most resent gens (I say this because trying to download collection 1, or 2 returns no images, while 3 and 4 return 350 and 650 respectively) I did the following:
|
@AblazingHeart |
Can someone also try these steps, so I can see if I should add back the old version again? |
Also, my workaround sometimes throws this error: Btw @Richard-Weiss, I can indeed copy to clipboard more than 1k items, problem is that it takes a lot of time, for me roughly 10 minutes per 1k items. Also, I remember trying the clipboard version of the downloader when you published but using it made my PC bluescreen by using 100% of my cpu, I think it had something to do with ilegal characters and or emojis in my prompts |
@Richard-Weiss, now I can finally also confirm that clipboard method works, albeit less than 1000 images currently (about 200+ now). What changed this time was that I turned on clipboard history (using "Win+V" on Win 11) and observed it. It took about 10 secs for me for the copied items to show up there. Before now, when I was unaware of my disabled clipboard history, the clipboard method only seemed to work sporadically. P.S. I have since pruned my collections because I found that my saved images now started to expire randomly and sparsely if they were generated more than a month ago, which then became severely apparent at >3 months. Thankfully, I've already downloaded them beforehand, so there's little reason for me to keep the 1000+ thumbnails without their original images lying around. |
Also, to add on to @AblazingHeart's method, perhaps I should've clarified much earlier on how I've been downloading my collections when I've had more than 1000 items, which I felt is more straightforward without having to load all the images in a collection.
Notice that there's also no need to specify which collection to download from in the config file. If Collection 1 at this point had less than 1000 images, the program would retrieve from subsequent collections down the list (ie. Collection 4, then 3, then 2 in this case) until it hits 1000 images. |
@AblazingHeart I think you might be seeing that error because it seems that thumbnails can expire pretty quickly, like so: Because of this, with the expired thumbnail, the program is more likely to fail here if the original image also could not be retrieved prior for whatever reason. However, as long as the original image has yet to expire, a quick re-run or two should get the program to proceed successfully, as you've observed. |
I've added the fallbacks and statistics now. |
I've seen that someone made a chrome plugin for it. |
In case this question is still interesting, I was able to do so. It may be necessary to give bing.com access to the clipboard. I had to try a few times, then at some point I got the browser prompt for granting the permission. After that I was able to paste from the clipboard.
/edit |
@Ruffy314 Thanks for the info. |
@Richard-Weiss CPU intel core i5-8400T 2x 1.7 GHz, 16 GB RAM It looks like I have to stay in the browser tab while it is copying. When I switched to a different program the clipboard did not get filled. |
@Ruffy314 |
@Ruffy314 I'm actually a bit curious how well it works with even larger collections. |
@Richard-Weiss I have not encountered any problems. After selecting the first image of my 3500 collection and clicking the new scroll down button, it took the script 41 seconds to scroll to the end. (Very nice that it automatically returns to the top of the page). |
@Ruffy314 |
For example, if I have the following collections (assuming they're all valid) in the order as they are shown in My Saves:
Collection 1 (550 items)
Collection 2 (500 items)
Collection 3 (1000 items)
etc.
Only all of Collection 1 and 450 items from Collection 2 would be retrieved. The rest of Collection 2 and all other subsequent collections would be zeroed.
As it would seem, any value above 1000 for
maxItemsToFetch
is disregarded.The text was updated successfully, but these errors were encountered: