#1
|
|||
|
|||
ZippyShare links not adding correctly
Whether using LinkGrabber or adding the link manually ZippyShare links aren't adding correctly. The only way I can get ZS links to add properly are by using .DLC containers.
This has been going on for a few days now. Here's log when trying to add ZS link: 06.03.19 06.34.33 <--> 06.03.19 06.38.54 jdlog://1727676935451/ LinkGrabber even says "Done!" every time with color of success but no link is ever added. |
#2
|
||||
|
||||
Please provide example links. Log doesn't contain any zippyshare activity/errors.
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
**External links are only visible to Support Staff****External links are only visible to Support Staff**
When I copy the link this is what LinkGrabber shows: |
#4
|
|||
|
|||
Okay I figured out what was going on. The "Images and Docs" filter I have is filtering ZippyShare links regardless of their file extension. It didn't do this a week ago.
The only setting is to ignore "images" and "document files". I uploaded the filter here **External links are only visible to Support Staff****External links are only visible to Support Staff** if you want to review it -- it shouldn't be filtering ZS links ending in mp4/mkv/etc Last edited by foe; 06.03.2019 at 18:48. Reason: added filter link |
#5
|
||||
|
||||
Without the condition *File is online* the rule will match becaue the url contains .html and the *document files* will match on it.
ZippyShare can provide the link with file.html at the end or with filename at the end. I guess the uploader/site shares those links with file.html and that's why the filter catches them. Just modify the rule and add the additional condition *File is Online*
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 06.03.2019 at 20:33. |
#6
|
|||
|
|||
Yeah once I realized it was the rule I thought maybe the "file.html" was part of the problem, whereas most filehosts URLs either end in a generated hash with no extension or the actual name of the file w/ extension, but wasn't sure why since the files to download in this case don't end in html. Regardless, very awesome, thanks for the rule fix!
|
#7
|
||||
|
||||
Yes,the file.html is the rule to match. Therefore the additional *file is online* will make sure the correct filename is available and no longer match on file.html
You're welcome
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|