SeaDrive 3.0.3 is released!

Hi everyone,

We’re excited to announce that SeaDrive 3.0.3 is released with some long-expected features. Please try it out and give feedback!

Notable changes:

  • [win] Support image thumbnails
  • [win] Add resync account function, to help fix invalid placeholder issues
  • [win] Remove entry in explorer when remove an account
  • [win] Only convert file to placeholder after it’s uploaded
  • [win] Fix a bug that opening a file returns all zeros
  • [win] Fix a bug that syncing doesn’t work when restart SeaDrive with no network connection
  • [win] Fix seafile_ext64.dll permission
  • Require user confirmation when deleting a library
  • Always display “File Sync Errors” menu item in system tray icon menu
  • [mac] (Beta) Provide native Apple Silicon binary
  • [mac] (Beta) Upgrade Qt to 6.2.4
  • [mac] (Beta) Fix a bug that after downloading file with web browser to SeaDrive, file modification time becomes 1970.
  • [mac] (Beta) Add more actions to right-click menu in Finder

Note that 3.0.x versions for macOS is still in Beta. It may have some minor bugs. Please report any issue you meet. The package is also twice the size as before, since it’s an universal package that can run natively on both Intel and Apple Silicon CPUs.

Enjoy!

6 Likes

Awesome, going and check this out right away

So happy to see Apple Silicon/AARM support. :slight_smile:

Nice to have several accounts available without switching.
Resync is breaking links…

I’m finding it crashes without any error messages. Literally when I go to the finder, it says it’s disconnected, and then when I look for the app in my task bar, it’s disappeared and I have to reload it. Otherwise it was working fine. i don’t know how I can help you as there is no error messages at all. It just disappears.

Hello @Larrikin , in the console, do you have any crash reports for the seadrive extension? Can you send this crash report and seadrive logs to our support email ? The email is support@seafile.com.

Done. I found the crash log in console and emailed as per above but I’ve since removed SeaDrive given it crashed a couple of times, so not sure if in doing that, I also deleted the logs for SeaDrive. I am unsure where they are stored on my Mac.

Thanks Jonathan. May I ask for you to still consider the concept of allowing for permanently downloading (pinning) some directories / files so they remain permanently synced whilst the others remain on demand?

I am seeing random crashes on macOS 12.6.6 with SeaDrive 3.0.3. Mostly the program quits by itself overnight but I’ve also noticed it missing from the Menu Bar during the day. Not much in the logs but I do see things like this with each “crash”:


[06/09/23 14:50:06] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:08] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:10] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:12] pipe client failed to connect to server: Connection refused
[06/09/23 14:50:14] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:16] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:18] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:20] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:22] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:24] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:26] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:28] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:30] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:32] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:34] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:36] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:38] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:40] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:42] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:44] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:46] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:48] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:50] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:52] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:54] pipe client failed to connect to server: Bad file descriptor
[06/09/23 14:50:55] QEventDispatcherUNIXPrivate(): Cannot continue without a thread pipe

There are some ominous “broken pipe” messages and Transport Errors upon restart:

[06/10/23 07:41:49] starting applet rpc service
[06/10/23 07:41:49] socket file exists, delete it anyway
[06/10/23 07:41:49] applet rpc service started
[06/10/23 07:41:49] seadrive gui started
[06/10/23 07:41:49] loaded 1 accounts
[06/10/23 07:41:50] [File Provider] Listing domains
[06/10/23 07:41:50] [File Provider] Listing domains
[06/10/23 07:41:51] Add account https://sf.server.net user@mydomain.com 1e213ed “en_us”
[06/10/23 07:41:52] failed to send rpc call: Broken pipe
[06/10/23 07:41:52] failed to get seadrive.events: Transport Error
[06/10/23 07:41:52] failed to send rpc call: Broken pipe
[06/10/23 07:41:52] failed to get sync notification: Transport Error
[06/10/23 07:41:52] failed to send rpc call: Broken pipe
[06/10/23 07:41:52] failed to get global sync status: Transport Error
[06/10/23 07:41:52] failed to send rpc call: Broken pipe
[06/10/23 07:41:52] failed to get sync errors: Transport Error
[06/10/23 07:41:53] failed to send rpc call: Broken pipe
[06/10/23 07:41:53] Add account https://sf.server.net user@mydomain.com 1e213ed “en_us”

Seafile CE 10.0.1 | Ubuntu 20.04.6 LTS

Also as a feature request,

Add an interface with a directory tree, where the user can select which directories to sync and what to keep in the cloud, in a tree format
&
Include a patrol feature, I do find some files that I specify to sync to local doesnt

1 Like

Thumbnails do not show correct portrait or landscape alignement: even portrait-photos show as landscape. When I open a folder in Seadrive (Windows 11), I first see everything correct, than it starts to change every thumbnail to landscape mode. Same problem in 3.0.4.

Do you see the same issue when you preview the images on web interface? The client just fetch thumbnails from seahub.

Webinterface shows the thumbnails correct.

Hello @HHLA, can you check whether the thumbnails in the thumbs directory under the sync root are correct portrait or landscape alignement? In addition, can you send us a problematic image to test, the image I previewed through seadrive will not change the alignment. You can send pictures to support@seafile.com.

Not in the short term. We may add it in the future, but no fixed plan yet.

Hi all,

The crash issue and icon status issue have been fixed in 3.0.4 version. Please check it.

1 Like

Hello @feiniks, thumbnails in the thumbs directory are correct. I tried a little bit and can reproduce the error also on another workstation with Seadrive 3.0.3.:
Images that are allready on the server show the wrong alignement (even if deleted and uploaded again)
New images show the correct alignement.
Workstation with 2.0.x always shows correct alignement.

Hello @HHLA, can you send us an image which has the wrong alignment ? So that we can test this issue locally.

Thanks for responding with openness and transparency. Unfortunately for me this is a deal breaker with my work flow and this is where I have to part ways with Seafile. With the way I manage data, I need the ability to do “on demand” as well as pin directories that permanently stay on a computer. That is a stock feature on dropbox, google drive, and one drive.

Thanks for the support whilst I was using Seafile. Time now to transition. Best wishes for the future of Seafile!

Resync is breaking windows links : confirmed !