Fred Slota

I also had 4 owned issues (and an unknown number of unowned issues) modified in a way that appears to have broken ComicBase. Renamed Comic Books All-Star Superman 1-3 -> All-Star Superman 1-3 0 Marvel Comics Presents (3rd Series) 6-2 -> Marvel Comics Presents (3rd Series) 6-2 0 She-Hulk (2nd Series) 8-2 -> She-Hulk (2nd Series) 8-2 0 Star Wars: Age of Resistance—Kylo Ren 1-2 -> Star Wars: Age of Resistance—Kylo Ren 1-2 0 If I highlight and double click one of these issues I get an error message.

Just put in new books and ran the new content update. The 8 issues that got moved last week for having my custom /BG and /UBG variants (which I restored after last week) all got moved again, along with two new ones added this week I am not going to like having to undo this every week. Surely, there are other people out there who keep multiple entries for the same book... maybe keeping track of signed/unsigned copies, or different grades. Again, I appreciate the addition of the automatic cleanup, but I really don't like the unintended consequences.

So, if I Duplicate an issue with an EAN+5 barcode, assign it a new Variation and Cover Description and fill in some Custom Field values, than I can look forward to this entry and all it's modified information being lost as it gets folded back into the original entry? While I like the idea of an automated database cleanup, even if it was working properly, but especially with these observations, I would suggest this be done in two stages. First, the scan for matches is done, and a list of the detected titles and issues be presented to the user. The user could then select individual issues and titles to shift. Maybe this feature could be added to File Tools, so those who wish it to be performed automatically could continue to have it operate with Updates, and those who want finer control can do it when the wish.

With the new update, it asked my preference for the displaying of Newsstand variants. I would have preferred to have had the same option presented for this feature, so that I could have had it turned off from the start. Question 1: If I turn the Title Renaming off for 3 weeks, then on for a week, will the entire month's backlog of shifts take place, or only the current week's? Question 2: If I turn the Title Renaming off, will the report still show me the suggested new title?

So, I recently did the Update to 25.6, and did a content update, and I'm confronted with this in the report... Renamed Comic Book Titles Deadpool & Wolverine: Weapon X-Traction -> Deadpool/Wolverine: Weapon X-Traction Marvel Poster Book -> Epic Illustrated Spider-Island Spotlight -> Heroic Age Magazine Star Wars: The High Republic—Fear of Jedi -> Star Wars: The High Republic—Fear of the Jedi Web of Spider-Verse -> Web of Spider-Verse: New Blood Fear Itself Spotlight -> magazines Marvel Swimsuit Special -> magazines Marvel X-Men Collection, The -> magazines Renamed Comic Books Adventures of Superman 631/BG -> Adventures of Superman 631 Batman: Legends of the Dark Knight 182/UBGwI -> Batman: Legends of the Dark Knight 182 Birds of Prey 72/UBGwI -> Birds of Prey 72 Excalibur Anl 1/BG -> Excalibur Anl 1 Fantastic Four (Vol. 1) 587/UBG -> Fantastic Four (Vol. 1) 587 Wolverine: Revenge: Red Band 1/BG -> Wolverine: Revenge: Red Band 1 Wolverine: Revenge: Red Band 2/BG -> Wolverine: Revenge: Red Band 2 Wolverine: Revenge: Red Band 3/BG -> Wolverine: Revenge: Red Band 3 Ummmmm..... I don't like it. I don't like having my data changed without my consent. I appreciate the logged information, but I'm not happy with this 'upgrade'. 1) There are mistakes. a) Marvel Poster Book is not Epic Illustrated, and an owned issue was moved. b) Spider Island Spotlight is not Heroic Age Magazine, an owned issue was moved. 2) My own, personal Variations for Bagged vs. Unbagged issues were shifted over to standard variations.. Why would you change Custom Variation assignments? And it wasn't all of them, as I still had an Unrecognized Comic Books list with like 20 other instances of the same custom Variations. 3) I organize my collection in ComicBase order. I would prefer to rearrange my boxes on my schedule; if it takes me 2-3 weeks, with the report telling me I have unrecognized titles to bug me until I adjust them, I'm fine with that. Here, I have to look back through reconciliation logs for every week to catch every shift if I don't do it weekly. 4) Cover scans. As you visit the new titles, ComicBase will populate the cover scans for the new titles. But, I also keep a second directory of my personal pictures. As with #2, above, I would prefer to be able to make my cover scan directory changes on my own schedule.

Wow. Thanks for the multiple useful updates. Need to take a few of these out for a spin.

Scanning the list of recent suggestions, and a thought occurred to me as an addition to an earlier suggestion. What about for a person who previously 'Wanted' an issue, but wasn't particular about the variation, and later got a different variation? I wanted issue #5, but I got #5/D. Not quite sure how to implement it, but how about a tool (since I'm not sure that an Advanced Find could be made or be as useful) that can scan the database, looking for instances of Wanted/Owned issue variation pairs, and displaying them in a list, for the purpose of deciding if the 'Wanted' is still 'Wanted' given the owned alternate variant?

Well, it appears to have corrected itself since my post. I had the AtomicAvenue page still open from my having looked it up before posting here, and initially that page had the XM(7) #12 thumbnail. However, navigating on the page, the correct image is now present. I also opened CB, navigated to UXM(3), and while I initially observed the same wrong thumbnail, when I selected the item, a replacement correct image was retrieved.

The scan my CB most recently downloaded (and what is currently shown in AtomicAvenue) for Ultimate X-Men (3rd Series) #12 is an incorrect image from the simultaneously newly released X-Men (7th Series) #12.

Suggestion - a new, boolean field to indicate whether a given book has actually hit the street, vs. has been solicited or announced but not yet shipped. And a visible effect for the grid, like, say, grey text, or italic text, or grey background, maybe only in the Issue number column, but something that visually clues you in to the fact that it does not exist yet as you peruse the grid.

New laptop, new install, new configurations... Twice now, my system has hung up for several minutes shortly after closing ComicBase. Mouse pointer doesn't move, YouTube video playing stops, nothing reacts for like 3 minutes. Both times, I clicked Ctrl-Alt-Delete to bring up the Task Monitor (with even bringing up the menu for that selection waiting until the pause ends). When activity resumes, mouse is responsive, YouTube restarts playing, and the Task Monitor opens, the 7-zip Standalone package is running at some double-digit processor load, compacting a database backup, I believe. My operating database is located on my local SSD drive, but my backups directory is located in a OneDrive folder, with settings of 5 copies, Compression and Save to Cloud. I thought this was the better way to balance live performance with multiple backup options, and was not expecting total system temporary lockup. Thoughts?

Thank you for your reply. Obviously, I would love to have perfect behavior, and I understand why that might be impossible/out of your hands. But I think we should at least be trying to get consistent behavior. For example, in the preferences window in "New Pref Right.jpg", why is the text neither all 'tiny' or all 'normal', but instead is a mix of 'tiny' and 'regular'? This makes me think that some of the Check Boxes and Radio Buttons have a "do not resize for Windows Scaling" text setting enabled and are being shown at native, 'tiny' size, while other have the setting disabled and are being allowed to be resized and appear at 'regular' size. I think this setting needs to be hunted down and made consistent, at least across similar elements on a window, if not across the whole program.

Just picked up... The UPC 7 59606 21190 6 06511 currently is associated with a CB entry of "The Amazing Spider-Man: 65 Deaths" #1. The indicia reads "The Amazing Spider-Man No. 65.DEATHS, March 2025" and is part of the storyline "The 8 Deaths of Spider-Man". As ComicBase apparently doesn't support an issue number of #65.DEATH, I suggest that this should be entered as "The Amazing Spider-Man (6th Series)" #65.1 with notes indicating the proper issue number is 65.Deaths.

Summarizing with more understanding: Original Setup, all three screens have roughly equal physical pixel size, about 0.01"x0.01". The new laptop has a physical pixel size of about 0.0062"x0.0062". With all the original laptop and side monitors operating at 100% scale, the interface looks consistent and 'normal' across the entire main window and the entire preferences window, regardless of which screen it is on. When the new laptop is running on its own at 100% scale, the interface looks consistent and 'tiny' across the entire main window and the entire preferences window. When the new laptop is running on its own at 150% scale, the interface looks consistent and 'normal' across the entire main window and the entire preferences window. With all the new laptop and side monitors operating at 100% scale, the interface looks consistent across the entire main window and the entire preferences window, but the text looks 'normal' on the side screens and 'tiny' on the main screen. However, With the new laptop at 150% scale and the side monitors at 100% scale, this is where weird things happen. You would expect that text would be consistent across the entire main window and the entire preferences window, and further expect that it would look 'normal' regardless of which screen it was on. Instead, I get inconsistent text sizing on the same window. On the laptop in the main window in the grid, it looks like most data columns are scaled at 150% and look 'normal', but the header row and the Issue number data column are scaled at 100% and look tiny. I also think that the windows menu text, the ComicBase menu Text and issue information look 'larger' than I expected, (maybe double scaled?), but the Comic Book Title ("Absolute Batman") looks 'normal', so 150%. The preferences screen appears to be a combination of some text at a 'tiny' 100% and a 'normal' 150%. I agree, this is occurring because my system is operating with multiple scale settings. However, I believe that this is the proper configuration for my system, so that I have a roughly equal text size regardless of which monitor a given window is on. The frustrating thing is, ComicBase is behaving what I would call 'correctly' on parts of the various windows. Most of the grid is producing text at what I think is the expected size; why is the grid header and issue numbers in the same grid not being scaled? The ComicBook Title appears to be properly sized; why is the rest of the interface being over-scaled? Some of the preference labels and data are producing text at what I think is the expected size, why are the other labels and data on the same window not being scaled? It would be one thing if the text was consistent across the window but looked different from screen to screen. But what I'm seeing is text that is inconsistent across the window, and consistently looking inconsistent in the same way from screen to screen.

New Computer Laptop Monitor - Scale 100%, Resolution 1920x1200 (Recommended) Left Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Right Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Opened ComicBase, which appeared full screen in the Laptop Monitor (New Main Laptop 1.jpg) Opened Preferences, which appeared in the Laptop Monitor (New Pref Laptop 1.jpg) Moved ComicBase to the right monitor, full screen (New Main Right 1.jpg) Opened Preferences, which again appeared in the Laptop Monitor (New Pref Right (on Laptop) 1.jpg) Moved Preferences to Right, closed, reopened, continued to reopen in Laptop, so no difference.