JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 06.03.2019, 16:40
foe foe is offline
Super Loader
 
Join Date: Aug 2018
Location: California, USA
Posts: 25
Exclamation 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.
Reply With Quote
  #2  
Old 06.03.2019, 17:07
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,343
Default

Please provide example links. Log doesn't contain any zippyshare activity/errors.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #3  
Old 06.03.2019, 18:42
foe foe is offline
Super Loader
 
Join Date: Aug 2018
Location: California, USA
Posts: 25
Default

**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:

Reply With Quote
  #4  
Old 06.03.2019, 18:44
foe foe is offline
Super Loader
 
Join Date: Aug 2018
Location: California, USA
Posts: 25
Default

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
Reply With Quote
  #5  
Old 06.03.2019, 20:30
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,343
Default

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.
Reply With Quote
  #6  
Old 06.03.2019, 20:48
foe foe is offline
Super Loader
 
Join Date: Aug 2018
Location: California, USA
Posts: 25
Default

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!
Reply With Quote
  #7  
Old 07.03.2019, 11:13
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,343
Default

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
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 12:41.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.