#1
|
|||
|
|||
Imgchili file name problem
I see that the Mirror detection issue is being worked on. Sorry if I'm posting this in wrong spot. The following link:
**External links are only visible to Support Staff****External links are only visible to Support Staff** Produces this result: 251/251 online All files are different size and have names like: 41466808 als fresh produce ki.jpg 41466814 als fresh produce ki.jpg 41466862 als fresh produce ki.jpg JD truncates the initial numeric id, downloads the first file or so, then marks all the rest as mirror. I used the following work around to download: Select all files Reset Disable Check online status <-loads full file name Enable Downloads with the numeric id prefix; which of course puts all the files out of order, but gets them all anyway. I think Imgchile must be truncating the end of the file name. |
#2
|
||||
|
||||
Have you disabled linkcheck?
Works fine for me out of the box. No truncated filenames. all filenames are complete.
__________________
JD-Dev & Server-Admin |
#3
|
||||
|
||||
fixed by raztoki
__________________
JD-Dev & Server-Admin |
#4
|
|||
|
|||
I have not, to the best of my knowledge, disabled linkcheck.
Should it be enabled or disabled, and how does one make the change? What does linkcheck do? Also, I am curious, when you say all filenames are complete... are you getting: A. Full original name ending in sequence number. B. Numeric ID (added by Imgchili)_Original name truncated before sequence number C. Numeric ID_Full original name w/ sequence number |
#5
|
|||
|
|||
Just to clarify:
Full original name has the form: als_title_model_s#_###.jpg Imgchili (I believe) adds an 8 digit numeric ID prefix. I was assuming Imgchili was truncating the end of the file name, but I don't know that for sure. What I know is that when JD first loads the file list, it removes the 8 digit prefix, and somewhere in the process the end of the file is also truncated, so that I am left with a list of all the same file names: als_title_mo When I reset and re-check online status, I don't get the full file name. I get a list of files with the unique numeric prefix restored; but the end of the file is still truncated: #(x8)_als_title_mo.jpg The other aspect that is strange: when JD 1st check online ststus it reads file sizes all different, but when it starts the download, as soon as it hits the first duplicate file name it changes the file size to match the first file downloaded and marks it a mirror. BTW this problem is not unique to the link above. I have more than thirty similar links all with same issue. Last edited by daffdaemon; 06.04.2015 at 16:34. Reason: added information |
#6
|
||||
|
||||
Press the update button, restart JD (even if it says there are no updates), re-add your links, try again and post your feedback here.
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#7
|
||||
|
||||
plugin already got changed, but you need to readd the links (and update jd)
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
Hi, I updated. Now running JD2 Build Date: Apr 07 14:23:47 CEST 2015
Successfully downloaded an album without intervention. JD is loading a file list with 8 digit numeric prefix. Full original file name is still being truncated, so sequence numbers are lost. Looks like truncation is at 20 characters (excluding numeric prefix ). Last edited by daffdaemon; 07.04.2015 at 17:07. |
#9
|
||||
|
||||
Filenames in List are truncated in gui only. Please provide links where truncation happens.
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Not true that truncation is in interface only. They are added to list and downloaded truncated.
Truncation occurs after 20 characters of the original file name. It occurs in the link already provided; if you want more examples: **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** IMHO the culprit for the truncation above 20 characters is probably imgchili; and the fix already propagated is as good as its going to get in this instance... Unless someone knows of a way to get the original file name back from imgchili. BTW thanks to JD team. |
#11
|
||||
|
||||
Quote:
How do you know the original file name? It is not available.
__________________
FAQ: How to upload a Log Last edited by tony2long; 14.04.2015 at 05:41. |
#12
|
||||
|
||||
we are using the final link for filename, before it was using final link for filename less number. I just removed the stripping of number so it wouldn't cause dupe issues. no where on the site gallery or the individual page, is there a filename provided larger in size than the servername (which we use).
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#13
|
|||
|
|||
original filename
I only know the original filename because I know the naming convention for the site where the files originally came from.
|
#14
|
||||
|
||||
Well so how are we supposed to correct the names if they are shown nowhere?
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#15
|
|||
|
|||
LOL, you mean you guys aren't omniscient???
I wasn't really expecting more than the fix that has already been propogated (see my post #10 above); and thank you for that. But, I also wasn't sure myself where the last part of the filename was getting lost, or if imgchili kept a recoverable record of the filename. I am curious though: the fix that was made simply stops the stripping of the numeric prefix, which does solve the problem. But before that, when JD was stripping off the prefix it also seemed to recognize that each file had different size, so why didn't it rename instead of mark as a dupe? |
#16
|
||||
|
||||
renaming only happens when user settings allow it, when file exists rules 'ask, auto rename, skip' etc.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#17
|
|||
|
|||
Well, that moves the question but without answering it. Point is, JD encountered a list of files with same file names but different file sizes and it did not ask, rename, overwrite or skip. It changed the file size to match the first file, marked it as mirror and then skipped.
BTW my settings are set to "Ask for each file". |
#18
|
||||
|
||||
What are your Mirror Detection Settings? In Settings-Advanced Settings- search for mirror
__________________
JD-Dev & Server-Admin |
#19
|
|||
|
|||
mirror settings
I have never changed any advanced settings. The mirror settings, out of the box, are:
File size equality: 10000 Decision: AUTO Force File Size Check: unchecked Force Case Insensitive: checked |
#20
|
||||
|
||||
Please provide example links where this happens. By default it needs at least filename+filesize for mirror. Cannot reproduce
__________________
JD-Dev & Server-Admin |
#21
|
|||
|
|||
OK, I'll try to clarify.
I reported the mirror detection behavior in next to last paragraph of post #5. raztoki reported in post #12 that he fixed the duplicate file problem in the links I had provided by stopping the stripping off of the numeric prefix. So now we no longer have a list of duplicate file names with different file sizes we have a list of unique file names. I asked the question in post #15 because, if the mirror detect is misbehaving, it is no longer apparent in the links I provided since they're no longer dupes; doesn't mean the problem was solved. I don't have a list of identically named links to different files. To check this, you would have to undo the fix that stops JD from stripping off the numeric prefix, then watch how it treats the resulting link list with all duplicate file names. |
|
|