Error when trying to upload mp4 video to hydrus server

Name
Email
Subject
Comment *
File	Select/drop/paste files here
Password	(Randomized for file and post deletion; you may also set your own.)
Archive	Archive [500 char limit]
* = required field	[▶ Show post options & limits] Confused? See the FAQ.

Embed	(replaces files and can be used instead)
Voice recorder	Show voice recorder (the Stop button will be clickable 5 seconds after you press Record)
Options	Do not bump (you can also write sage in the email field)
Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf Max filesize is 16 MB. Max image dimensions are 15000 x 15000. You may upload 5 per post.

Error when trying to upload mp4 video to hydrus server Anonymous 07/11/18 (Wed) 20:42:16 c763b1 No.9367

Hello!

I'm not sure if this isn't a user error or something like that, but I've tried setting up a hydrus server on my (Linux-based) NAS and so far it seems to run well (I can upload and download images from different machines), but I've run into the issue that it doesn't seem to be possible to upload mp4 videos.

Whenever I try to upload one, I get the following error (after a while, so it seems like it actually uploads it to the server and only afterwards shows the error):

ForbiddenException

Filetype is not permitted!

Traceback (most recent call last):

File "include\HydrusThreading.py", line 283, in run

callable( *args, **kwargs )

File "include\ClientGUI.py", line 3460, in _THREADUploadPending

service.Request( HC.POST, 'file', { 'file' : file } )

File "include\ClientServices.py", line 818, in Request

network_job.WaitUntilDone()

File "include\ClientNetworkingJobs.py", line 963, in WaitUntilDone

raise self._error_exception

ForbiddenException: Filetype is not permitted!

I'm using the latest server version from last week.

It doesn't seem to matter which Client I'm trying to upload from (I've tried on Windows 10 and Ubuntu) and the file also doesn't seem to make a difference – I've tried different mp4 videos, large (500mb+) and small (<5mb), same error every time. The videos itself also work fine in the client.

I'm trying to upload with my admin access key, so it shouldn't be a permission issue either.

Is this intentional? Doesn't the server support mp4 videos or videos in general? Or is it an error?

If videos aren't supported on the server, do you think that's something you could add easily? If that would require additional code for handling permissions, maybe just for admin accounts? I think I've read in the changelog that you unlocked something for admin users on the server recently, maybe this could be done in the same way?

Thank you!

____________________________

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

hydrus_dev ## Board Owner 07/11/18 (Wed) 21:22:21 5229b8 No.9369

Thank you for this report. I've just put out the release so I only have a couple minutes but my test here was ok with an mp4 and a webm. Anything that works on the client should work on the server. I will look closer at the code next week–I bet there is another weird permissions issue like that recent one (which was to do with gigantic png files that take like 60s to render). ForbiddenException rather than a longer error is odd, but I can def search it.

Can you post a small video that doesn't work for you here? If it is private, please email me or put a URL to it in a 8ch post report.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

hydrus_dev ## Board Owner 07/11/18 (Wed) 21:24:45 5229b8 No.9370

Oh, has your server's computer (if it isn't Windows) got ffmpeg, lol? If not, that might be what is ultimately ending up as this error.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 07/11/18 (Wed) 21:43:04 c763b1 No.9371

>>9370

Thank you for your quick reaction here. :D

You can actually just use one of the mp4's in the following link for testing: https://www.sample-videos.com/

I've tried the 5, 10 and 30 1280x720 videos. I've also tried with some private videos of course, but it seems like the error shows up regardless of the video.

I have installed ffmpeg because I've got an error that ffmpeg isn't installed at first. I'm using the following version:

built with gcc 7 (Debian 7.3.0-21)

As you can see, my NAS is running Debian. If you can confirm it working on Windows then I guess it's either a local problem or a problem with the Linux build. Anything you can recommend me trying or any more logs I can send you?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 07/11/18 (Wed) 22:08:40 c763b1 No.9372

>>9370

Just as an example, the server seems to return 403 when such a mp4 upload fails:

2018/07/11 22:21:19: 45872 POST /file 403 in 13.4 seconds

Not sure if that helps.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Down&sub: could not parse any data ice cold ~baka~ 07/11/18 (Wed) 22:25:38 b070ce No.9373

File: c22b1d21bfb0038⋯.jpg (24.5 KB, 170x170, 1:1, c22b1d21bfb003897d1d7ec431….jpg)

>>9372

pixiv profile:2385766

everything but the three following works were downloaded perfectly.

pixiv work:48383386

pixiv work:53497517

pixiv work:68336838

This artist focus on fox girl, if someone interested could confirm the same predicament, I would appreciate it.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 07/11/18 (Wed) 23:34:26 c763b1 No.9374

>>9370

Another follow-up:

I've now also tried reinstalling the server (using the new 314 version), but no luck there.

>>9373

You might've wanted to ping someone else, right? Your issue seems unrelated, but I'm sure hydrus_dev can help you out as well. :D

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

ice cold ~baka~ 07/12/18 (Thu) 23:42:46 b070ce No.9379

>>9374

This isn't even the thread I was replying in.

I'm positive I replied to the v314 thread.

I have no idea how this happened, sorry.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 07/14/18 (Sat) 19:33:32 c763b1 No.9402

>>9370

And a final follow-up:

Seems like the issue is with my server somewhere, because running it locally via Docker (on a Debian-based image) and uploading mp4 files works fine.

If you're curious, this is the Dockerfile I've written: https://paste.ee/p/0EsL7

If you haven't worked with Docker before, assuming you are on Windows:

1. Install Docker: https://docs.docker.com/docker-for-windows/install/

2. Create a new directory, call it whatever you want

3. Create a new file in that directory called "Dockerfile"

4. Open a shell, go to that directory and execute "docker build -t hydrus-server ."

You can then run "docker run -p 45870:45870 -p 45871:45871 -p 45872:45872 -d hydrus-server" to create a new container from the image and run the server.

To reach the server, you'll have to use 0.0.0.0:45870 etc. in hydrus client.

Running "docker ps" will give you a list of running containers. To stop the server, note its container id listed there and just run "docker stop <container id>" (actually, you don't even need the whole id, just enough so Docker can identify it, the first 2-3 letters should be enough).

I'll probably switch over to running via Docker anyway, so you can consider this issue closed. :D

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

hydrus_dev ## Board Owner 07/14/18 (Sat) 19:59:16 5229b8 No.9404

>>9402

Thank you for these follow-ups. I will chase up how the 'unable to grab ffmpeg' error is being propagated up to something so non-useful. Please let me know if you run into any further trouble.

>>9373

>>9379

np m8, thank you for this report. I get the same thing–it looks like pixiv are rolling out a new dynamic update for their manga now as well. I will try to fix these this week.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 07/14/18 (Sat) 23:00:58 c763b1 No.9409

>>9404

I've tried some more stuff (updating ffmpeg, running the server without a manager (I use something called supervisor to manage running lots of stuff)) and it still didn't work on my NAS.

But downloading a static build and putting it into the "bin" directoy of hydrus DID work.

I'm not sure why hydrus server wouldn't be able to access my global ffmpeg though - I've tried with several users and it shouldn't be a permissions issue, ffmpeg is definitely in the PATH as well (running "which ffmpeg" returns a valid path).

Anyway, as I said, I'm probably gonna use Docker anyway, but you might want to look into that error message generation. Because I can remember getting an error about missing ffmpeg before when I hadn't installed it yet, so this must be somehow different. :D

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

hydrus_dev ## Board Owner 07/18/18 (Wed) 17:50:58 5229b8 No.9423

>>9409

Thanks. The errors are a bit better this week, and I'll keep investigating this.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.