[comixed-dev] Re: 0.7 RC testing.

  • From: "Guy Incognito" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "bareheiny" for DMARC)
  • To: "comixed-dev@xxxxxxxxxxxxx" <comixed-dev@xxxxxxxxxxxxx>
  • Date: Wed, 16 Sep 2020 10:04:16 +1200

Importing with metadata seems to ignore the file name
Ah – I renamed my comics after completing the import and scraping process on my 
main database.  Thought I’d followed a standard convention, so the lack of 
metdata during import is completely my bad.  Once 7 is officially released, 
I’ll likely rename all of my comics using a standard(ish) convention, so I 
won’t worry about this any more.

File names with “:” & Renaming
Unfortunately no copy & pasting this time – I typed the naming rule in myself.

Here’s the comic metadata:



And the renaming rules:



And the log error:      Caused by: java.io.IOException: Destination 
'D:\cxTesting\.comics\DC Comics\Dark Nights: Death Metal\2020' directory cannot 
be created

Based on the renaming rule, I was expecting the comic to be moved to 
D:\cxTesting\.comics\Oct 2020.cbz

Note that the publisher \ series \ volume folder structure that was attempted 
to be created does not form part of the renaming rule.

If I rename the series to “Dark Nights_ Death Metal”, and re-run the 
consolidation (using the rules above), the comic is moved to 
“D:\cxTesting\.comics\DC Comics\Dark Nights_ Death Metal\2020\Oct 2020.cbz”.

Red button
Ha – that explains that then.  I think I did turn debugging on when I was 
poking around, but didn’t bother looking to see what it did.



Couple of feature requests (can’t be bothered creating a new e-mail to the user 
list, hope you don’t mind too much):

Optional renaming
Can you add an option to allow users to disable the renaming of files during 
consolidation.  Just in case a user simply wants to remove comics marked for 
deletion, without changing their library structure and file names.

Could the “import” button function the same way as scraping – i.e. it remembers 
the last setting that was used, rather than having to select with or without 
metadata every time.



From: Darryl L. Pierce
Sent: Wednesday, 16 September 2020 6:33 AM
To: comixed-dev@xxxxxxxxxxxxx
Subject: [comixed-dev] Re: 0.7 RC testing.

On Mon, Sep 14, 2020 at 6:15 PM Guy Incognito
<dmarc-noreply@xxxxxxxxxxxxx> wrote:


Importing with metadata seems to ignore the file name – I’m sure previous 
versions used to parse the filename for the series etc.

Sorry, wasn’t clear – the files I’m importing do not have ComicInfo.xml 
files.  The files are all named in a Series Vol. Number (date) format – for 
example “Dark Nights - Death Metal Vol2020 #03 (October, 2020)”.

On import, DN:DM #3 is showing unknown publisher, series, volume, cover date 
and issue number values (along with all the other metadata fields that 
couldn’t be found).

Okay, that makes sense. This filename doesn't conform to the filename
scrapers that've been written so far. We'd need to add a new one to
handle it. There's an open ticket for adding filename patterns like
the above.

File names with “:”

The file name on the drive doesn’t contain special characters, so  “Dark 
Nights - Death Metal Vol2020 #03 (October, 2020).cbz”

After scraping, the series is “Dark Nights: Death Metal”.

After library organisation, the file name is “Dark Nights - Death Metal 
Vol2020 #03 (October, 2020).cbz-old”, in the base comics directory.

From the task log:  Caused by: java.io.IOException: Destination 
'D:\cxTesting\.comics\DC Comics\Dark Nights: Death Metal\2020\2020\Dark 
Nights_ Death Metal\DC Comics' directory cannot be created

Looking at that, the path looks odd – maybe linked to the renaming issue 
below?  It looks like CX is replacing the special characters in the user 
defined rule, but not in the part CX is adding.

It looks like the scrubber for the rename rules missed the colon in
the series name where it's used as a directory; i.e., ...\DC
Comics\Dark Nights: Death Metal\... I'll take a look at it for the
next release. I reopened #491 and will go over and make sure this is
fixed.

Renaming

Parent directory:  D:\cxTesting\.comics

Renaming rule:  $VOLUME/$SERIES/$PUBLISHER/#$ISSUE ($COVERDATE)

Source file:  D:\cxTesting\.comics\100 Bullets – Brother Lono Vol.2014 #01 
(Apr, 2014).cbz

Expected directory and file:  D:\cxTesting\.comics\ 2014\100 Bullets - 
Brother Lono\Unknown\#1 (Apr 2014).cbz

New directory and file:  D:\cxTesting\.comics\Unknown\100 Bullets - Brother 
Lono\2014\2014\100 Bullets - Brother Lono\Unknown\#1 (Apr 2014).cbz

It looks like CX is always using $PUBLISHER/$SERIES/$VOLUME as part of the 
renaming rule – and appending the user defined rule to it.

Did you, by any chance, copy and paste the renaming rule from the page
into the input field? If so, that would explain the doubling: I found
an issue, which should be fixed now (in rc2) that was causing the
pasted text to be added twice but only show up on the page once.

Red button

I’m not sure how this one actually happened, so likely won’t be able to 
replicate it.  It just looked like the main menu button (with the three 
vertical dots) had been duplicated to the right, and coloured red.  Random, 
and didn’t seem to actually do anything when I pressed it – other than 
disappearing.

OH! You mean the debugging button? There's a menu option to toggle
debugging mode on/off. When it's turned on, there's a red button shown
next to the main menu button to let you know it's enabled. If you
click the button, it turns debugging off.

If you turn on debugging, then you can see a LOT of output in the
browser's console. I've added a lot of debugging to the logger to
track problems. :D

-- 
Darryl L. Pierce <mcpierce@xxxxxxxxx>
"Le centre du monde est partout." - Blaise Pascal
"Let's try and find some point of transcendence and leap together." -
Gord Downie


PNG image

PNG image

Other related posts:

  1. Home
  2. comixed-dev
  3. Archive
  4. 09-2020