Fred Slota

Don't think I saw it mentioned. Cloud Sync not working. I had closed the program, and what I believe was the automatic backup was at first hanging, not progressing, don't know what the status message was, didn't pay attention. It was just stuck on an animating progress bar (Which, since it doesn't actually show progress, I probably shouldn't call it that). Canceled and manually initiated a backup. It went into a cycle of optimizing, Preparing, rinse and repeat. Rebooted and felt happy, I at first thought it worked, as it didn't get stuck, and didn't repeat over and over. But... Optimizing... Preparing backup (0%), then 59%, 72%, 84%, 96%, 100% But then a little red message at the top saying "Error sending data." and the Sync status telling me the last backup was still 1/1/2020. Currently running version 20.0.1.2836. The Current version page states that the current version is 20.0.1.2724, and the change log does not mention any cloud sync corrections. The download page says I'll be be downloading 20.0.1.2874. I'll install, reboot, and try again and post an update.

Thank you for that. Figured that there were ways, at least with Advanced Find. Just thought it would be useful to have it available right on the main window, without the need to construct a find on the fly or load a saved find.

New, possibly odd, issue in hand. I figured rather than trying to find the title, I'd search for the UPC. No go. I gave up. Next week, post update, I try again with the UPC. No go. I decide to hunt for the title and find it. I scroll down to look for the issue, and I think I find it, but no cover scans. I move over to look at the UPC codes, and I find that it is apparently an unentered variant for an existing issue. That explains not finding it by UPC search. How about some form of partial UPC search in the find box? I can think of several forms... Enter 10 or 12 digits and try to find a title. Enter 15 digits and try to match issues. Enter 17 characters, mix of digits and 'x's, and try to wildcard match issues

Alright, that's a new one on me. Where is Doctor Doom #4? There's an entry for #5...

Thank you for the information, but that doesn't address my observation. In ComicBase, the entry for "The Adventurers (Book 1)" Issue #2, which Cyberspace Steve informs is the the first original issue from the new publisher, Adventure, has the same cover scan as the entry for "The Adventurers (Aircel)) issue #2, which Cyberspace Steve informs is the second and last issue from the original publisher, Aircel. It's quite clearly the wrong scan for the Adventure publisher, as it still contains the publisher name "Aircel" in the boxed information in the upper left corner.

The above scan has excessive white space on the bottom.

1) I'm loathe to take an existing field and add fake data 2) If it becomes official, then we all can stop doing it individually.

File Tools | Rebuild Lists | Picture Files list Whether I select it on it's own, or I select all 5, this appears to not run. I wasn't seeing it with my non-updated version, I just installed 20.0.1.2836, and it still fails to run, even after a PC reboot.

Why isn't this simply "A + X"? Was there a plan for a 2nd Series? Is there a current plan for a 2nd Series? It's been 5 years...

How about adding a new official fields - PseudoCoverDate. Where the CoverDate is known, that value s the PseudoCoverDate. Where it isn't, we arbitrarily assign a PseudoCoverDate that approximates the actual cover date. Thus, we would have an official column that would provide useful, if not exact, date searches.

And can I just say that the Date fields in CB are a disappointment, they are so intermittently filled in as to make attempts to use them leaving you with uncertainty.

That just looks weird. I'm used to building these things with I.[xxx] and T.[xxx], and here you're using two different constructions. Could you provide a little more explanation on the above, teaching a man how to fish and all that...

I can search T.[Publisher] = "Marvel", or I can search I.[ItemType] = "Anl", but not the two together with an AND.

Not sure if this is Tech Support question or Feature Request... Looking to search for Marvel Annuals from 1993. Advanced find doesn't include Publisher field?

CS = Collector's Set, 144 issues SC = Special Cover, 617 issues I think there are some incorrect assignments of Special Covers as Collector's Sets (all are given in the original, I think incorrect, assignments) It's a completely different question of whether these really should be Special Covers instead of Regular Issues, or Variation A, or something else. Some curation might be useful. As some examples: Action Comics #687/CS Adventures of Superman #500/CS Avengelyne, Bad Blood #1/CS & #2/CS Batman #500/CS (note says Collector's Set, not sure if it really is)

Between the new version and having several year's worth of comics to merge into my main storage, I'm doing a complete issue-by-issue walk-through of my collection. Because I have separated my scans from the official scans, I can walk through the new system's database visually comparing every issue to the official scan and can tell when they don't match. I've found several instances so far (about 10% through) where I've had the wrong variant, or in one case, the wrong series, assigned for a book. If I had been placing my scans in CB's directory, I would have had a problem; since I don't, I could notice and correct it.

1) What if I misidentify my issue's variation? 2) Prevents my scan from being overwritten if, say, I replace a promo scan with a panorama wraparound scan, but the initial official is larger but not panorama.

How about the ability to reset the picture information for a single title? I work with my personal scans and the official scans in two directories, with the occasional need to a new scan of mine in place of the official one. With the earlier version, if I swapped scan directories, the thumbnails would adjust. This version, the thumbnails appear not to adjust. I just duplicated a few issues and added a slightly different spread of scans. When I switch directories, which issues have thumbnails will adjust based on which scans are actually present, but if there were different scans with the same name in the two directories, the thumbnails won;t shift with the shifted directories. To be more clear. I expanded a title's existing issues 1-5 to have 1-5, 1/A-5/A and 1/B-5/B. The original directory has scans for 1-5, while my directory has scans for 2, 3, 4/A and 5/A. When pointed at the original directory, there are thumbnails for 1-5, when pointed at mine, there are thumbnails for 2, 3, 4/A and 5/A. The thing is, the thumbnail for 2 & 3 still shows the original thumbnail and not my updated one when pointed at my directory. The image on top, and the image when I click for a larger view are correct, but the thumbnail is not.

In my opinion, support for this, let's call it 'condition', should have been handled differently. The bagged issue wants to have a separate entry from the unbagged issue, but wants to be related to the issue number. The bagged issue in some/many/most cases wants to have a separate cover scan from the unbagged issue. This shouldn't be handled as a separate issue type (regular, annual, ash, etc.), as there are bagged regular, annuals and ashes. This shouldn't be handled as a separate variant (A, B, Special Cover), as there are bagged known variants. This shouldn't be handled as a separate printing, as there are cases where the particular issue does end up with separate printings. In my opinion, this should have been its own separate, mutually exclusive option with its own cover scan file name identifier. This would have allowed for X-Force #1 to have had 6 bagged variants (1-A-Bag through 1-F-Bag), 5 unbagged but with card variants (1-A through 1-E), and 3 unbagged without card printings (1 through 1-3).

Okay, let's get practical here. How are we handling this going forward? I propose the following for entering new issues: 1) If the bag has a unique UPC, it is entered as a single variant issue separate from the unbagged issues (regardless of if the included issue is a single, known cover or a random selection from multiple covers) 2) If the bag contains an unknown random cover, it is entered as a single variant issue separate from the unbagged issues. 3) If the bag contains a known, fixed cover (either opaque but with only one cover that is bagged, or transparent and the cover can be identified), it is entered as a separate printing of the unbagged issue. 4) If the bag contains an unknown, random insert, the bagged variant or printing is entered only once (regardless of how many random inserts exist). 5) If the bag contains a known insert, the bagged variant or printing is entered as multiple separate printings for each of the possible known inserts. The cover scan should show the insert. I think this covers all possible scenarios with the current system.

First, I'm running 20.0.1.2734, and when I do "Items | Find", I have options for "Released this Week" and "Released last Week". Second, you can choose to search for the Issue Field "Cover Date" or "Street Date", and then pick a date (or dates) from the provided calendar tool. Third, you can use Advanced Find, including "Cover Date" or "Street Date" in the "Items Where..." field. The trick with this is, for SQL searches, you need to provide date values, dash separated , enclosed in single quotes, as in 'yyyy-mm-dd', like: I.[CoverDate] > '2019-03-01' To find all issues with provided CoverDates greater than March 1, 2019. Excelsior!

Just a friendly note, this might wait a few days before being addressed. The office is closed through 1/2/2020. Sorry I can't be helpful.

Obviously, I would prefer the real cover over a preliminary or no cover, but I, for one, would rather have a preliminary cover over no cover.

Soooooo, can we revisit the case of Detective Comics #700-SC? The issue comes with a removable cardstock outer wrapper. There is still only a single entry for this book, and the scan is still the front of the removable outer wrapper. The actual issue has a cover image of the face of Ra's al Ghul with minimal additional dressing or badging, and so is different from the other entries for issue 700 variants.

Don't get me wrong, I'm ecstatic about this, but my mind is blown! So, for multiple reasons, I've been nearly 7 years since doing a merge new books with the full archive, and coupled with the new version of ComicBase, I'm doing a full walkthrough of everything. The ability to scroll through only my owned issues is great, but I missed something for a while because of it. I'm finally in the B's and when I hit Batman Adventures #6, and I was passing over the fact that my issue is still bagged, while the official scan was ubagged, I noticed that the notes indicated that the Trading card was missing. That made me curious, so I changed the setting to see all issues, and lo and behold, there was a separate entry for the sealed issue, complete with scan! When did that happen? I remember bringing this suggestion up and having forum conversations multiple times over many years. I just dug through the archived forum and found a thread from basically 2 years ago on this subject, where it seemed that this was still not going to be a thing. Now I have to look at those first 10 boxes all over again...