Steven L. Dasinger

Is the correct cover scan you are replacing larger than the incorrect one that automatically downloads? If it isn't, this could be the problem. If it is, you may need to contact support to see why this wasn't fixed for you.

What version of CB do you have installed? This was a problem but was fixed (at least for me and another customer) recently. I am currently on b1557.

I am only talking about the one column: Item Description. This is the only one where (currently) data not containing certain keywords will have that information deleted. Notes is related only in that those same keywords will move information from it to Item Description (via the Rebuild List). But anything that Rebuild Lists moves will be, by definition, valid information for Item Description and not deleted from Item Description with a Rebuild Lists. It is only when you manually enter something to Item Description that you take a chance it won't be 'valid' (for lack of a better word) and get deleted. All other columns work as you would expect (changes/additions/deletions accepted will be added to the Master Database and the Update will make these changes to all Local Databases.

Do you have a backup from before the update that you can compare? If you do, screen shots of the before (non-NM condition) and After (NM condition) could help?

No, I understand completely. And agree that the deletion of the data from Item Description is not a good idea that should be fixed. But that is how it currently works. And why it can be frustrating trying to enter Item Description strings (or entering Note strings that WON'T get moved). As far as I know, an Item Description string needs to have 'Cover', 'Variant', and/or 'Edition' to NOT be deleted. (Note: a 'string' is one or more words separated by a semi-colon.) This has been tweaked as 'Covers' will now be deleted or not removed from Notes (in an effort to remove certain entries, I believe). There may be other tweaks I am not aware of at this point or that may be added in the future.

If this can actually be shown, it sounds like a good idea. The topic was mentioned at least once but not in great detail. In general: If a change to an existing Publisher/Title/Issue # (which uniquely identifies an item) is sent and not part of the unique items), the process can compare the submission with the Master Database and display the differences (with changes high-lighted in some fashion, I believe). If a change is a new submission, there would be nothing to compare. This is important because if a change is made to anything that is needed to uniquely identify an entry (Publisher/Title/Issue #), it will look like a new submission since it can't be found in the Master Database. These types of changes would need to be brought to HC's attention through an email to Support, on Slack (if you can) or here in the forums.

You are missing the point. HC runs the Rebuild Lists (the same one you can) before the Update is created This means it is NOT in the Master Database after the Rebuild LIsts. Steps: 1) Information is added to Item Descriptions (possible removing it from Notes) on a Local Database. 2) It is submitted to HC. 3) HC approves it and it is added to the Master database. 4) HC runs Rebuild Lists before the Update and the information is deleted from the Master Database (as it doesn't match the information it looks for). 5) When an Update on a Local Database, the Item Description is changed to match the Master Database (which no longer has the information) and the Item Description information in your (and everyone else's) database gets deleted (along with the information that was moved out of Notes (depending on Update settings)). Or 3) HC rejects the change. 4) When an Update on your Local Database is run, it reverts back to what you had (Information not in Item Description (but Notes still retains it) and nothing changes in other Local Databases.

I guess I should have added a little more detail. Before they push an update HC runs a Rebuild list. Even if what you submitted was approved and made it to the Master Database, the act of running Rebuild Lists (before the Update is pushed) could delete what was submitted/approved from the Master Database. So, to see if what you submit will get deleted or not, you can run Rebuild Lists before submitting. Depending on what you entered in Item Descriptions could make a difference. For example, if you added 'Dynamic Forces', it will (probably) get deleted. If you added 'Dynamic Forces Variant', it would (probably) be kept. (I say probably because I haven't tested this out but it should be what happens.) I am guessing that getting what is kept in Item Descriptions is an on-going process and will be tweaked over time to be a little more tolerant of other things. PS Also, I would prefer if something IS deleted from Item Descriptions by the Rebuild LIsts, that it gets added to Notes instead of deleted so information isn't lost (although this may cause duplication or near duplication in Notes).

For changes to Title name (and/or Publisher and/or issue number), you do need to let HC know (as you did here). Otherwise, they will just look like a new Title (or issue) submission and the one it is supposed to replace will still be in the database (unless it gets caught amidst the thousands of changes being processed (not very likely...)).

If you make the change to the Title description before you submit a correction for an issue in that Title, the information is sent to HC. Whether or not they keep/approve it is another matter. I would test a couple first to see what happens.

I think I did mention to be careful what you put in Item Description. HC is trying to keep tighter control on this column so it doesn't turn into another Notes. I don't know all the parameters related to the column but words like Cover (but not, I think, Covers), Variant, and Edition are the ones I know of. There may be others but whatever doesn't pass the cleanup process gets deleted (not moved anywhere). You can check ahead of time by running Rebuild Lists for Item Information as it is what does the cleanup.

Have you tried opening Notepad and scanning into that? If that does work, try downloading the most current version of CB (b1515, I believe) if you don't already have it.

Going by what MyComicShop has, the following for Image Firsts Walking Dead #1 consists of (by date): Mar 2010 Apr 2011 Dec 2012 Apr 2014 Nov 2015 Per Cover Date in CB, only the first 3 are listed. Only the first one (Mar 2010) is identifiable by the cover. It has a small black stripe along the top and bottom which the others don't.

At this site: https://www.israelidefensecomics.com/author/nvsy6xu3d/ I found: The New Adventures of Shaloman XY should have been #6 in the series but instead, Wiesner explains, “I didn't give it a number. Instead I called it XY, which stands for “Extra Yiddish.” It is a quote from the author.

Original poster indicates that various information was deleted during an update (Storylines, Writer, Artist, etc.). It would look like Attachment 1. He said the information was in a backup but, since he has Express Edition, he couldn't Export (just Import). I supplied a format for the Import. However, when he ran the import with Qty 1 in the file, CB Duplicated the rows instead of adding to them. See Attachment 2 (Red circles the original rows while Blue circles the Imported rows). PS There is still the original question about why the data was deleted in the first place.

In general, Cover Artist is moved to Item Description from the Notes column. That is not to say that some Cover Artists have been left in Notes. It they are, it is due to them being part of a string that doesn't have the keywords CB is looking for to move the information.

I am not sure who manages the forums but I sent Pete a message on Slack about it.

After a few tests, this should work. If you already have items with Qty >1 and you just want to add additional information to those rows, in your file, make Qty In Stock 0 (instead of 1). This will not create a duplicate entry.

Either a Comma or Tab separated file can be imported. I prefer Tab delimited. Attached is a sample export file (Tab delimited) to show what an import file could look like. I included most of the common fields. The only mandatory ones are Title, Item # and Condition to uniquely identify a row. You don't have to use all the fields I supplied. Just the ones you need. And I guess I wasn't very clear. If you could supply one or more Title name / Issue numbers, I could look in my database for those Titles/Issues to see if they also had information deleted. Test File.txt

You need at least Pro to Import and Export. Look under menu item File and see if Import and/or Export is listed there to be sure what Express has. I was more specifically if you had Titles or Titles/Issues where the information vanished (to see what Is in my database as a comparison).

Also... Delete or Rename MMPB 1.jpg to MMPB 1-12.jpg and MMPB 2. to MMPB 2-9.jpg From: Pictures\B\Bantam\Star Trek- The New Voyages (These were 12th and 9th printings, respectively and not 1st printings).

Alternately, Published by Celebrity (Comics), was a 'Traci Lords: The Unauthorized Biography' on 9/1/1992 for 5.95 (both matching the information in CB). It is possible someone left off 'The Authorized Biography (in small print on the cover) and got the Publisher wrong. Either way, instead of deleting it ,changing the Publisher/Title would match this existing comic. (information found at MyComicShop)

Also, what edition of CB (Archive, Pro, Express, Free) and what version (CB 2022, CB 2021, earlier?) do you have? And can you give some examples?

While you are at it, do you happen to have 'Iron Manual'? It also moved from Comic Books to Books.

Delete or Move 1.jpg & 3.jpg From: Pictures\R\Reed & Associates\Tippy Toy To: Pictures\F\Fawcett\Tippy Toy For this one, it is probably best to just Delete and Download the covers for: Cross and the Switchblade, The They were changed to various printings but I have no way to tell what cover goes to what printing. Delete 1.jpg From: Pictures\O\Origin\My Uncle Jeff (Duplicate of 1-2.jpg)