Giter Site home page Giter Site logo

haiwen / seafile-client Goto Github PK

View Code? Open in Web Editor NEW
468.0 55.0 282.0 29.9 MB

Seafile desktop client.

Home Page: http://seafile.com

License: Apache License 2.0

Shell 0.49% Python 0.72% C++ 90.98% C 0.89% CMake 1.92% Objective-C 0.19% Objective-C++ 3.93% CSS 0.89%

seafile-client's Introduction

seafile-client Build Status

Seafile desktop client.

BUILD

Prerequisites

INSTALL

cmake .
make
make install

Qt 5.2 or higher is required

Ubuntu users can install seafile client from this PPA

INSTALL with Qt5

cmake .
make
make install

Qt 5.5 or higher is recommanded but not required

Internationalization

You are welcome to add translation in your language.

Contribute your translation

Please submit translations via Transifex: https://www.transifex.com/projects/p/seafile-client/

Steps:

  1. Create a free account on Transifex (https://www.transifex.com/).
  2. Send a request to join the language translation.
  3. After accepted by the project maintainer, then you can translate online.

seafile-client's People

Contributors

alpemwarrior avatar bagage avatar bellegarde-c avatar beng81 avatar chilledheart avatar fakuivan avatar feiniks avatar freeplant avatar hanyx1992 avatar jsonchi avatar killing avatar lhassa avatar lins05 avatar ly1217 avatar maxice8 avatar moobyfr avatar moschlar avatar orbea avatar pi3r1k avatar poetwang avatar qdbgw3ihnjw avatar qgm1qsz4ugx avatar rumtid avatar shoeper avatar sun20121818 avatar sunyuzhao avatar undocumeantit avatar urbie-mk2 avatar vulder avatar yuyichao avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

seafile-client's Issues

Sync without ccnet only with http(s)

Hello!

Is it possible to configure sync on desktop without using ccnet? Configure sync only with http(s)? On my workplace some ports like http(s), imap(s) are allowed. Other is blocked. Of course 10001 and 12001 are blocked and I can't sync my files(

AppOS X Client Name

Hello!

Would it be possible to rename the client in the OS X package to "Seafile Client" instead "seafile-applet"? It would just look nicer. Currently when installing, I am moving from your dmg the "seafile-applet" to Applications folder.

dos window stays open

Hi again!

I cross-compiled seafile-client 2.1.0 from source. when i start the client a dos window appears (and stays appeared) with the message "done", "Successly create ccnet config dir ... ". The application works but the dos window doesn't dissapear and if i close it the app closes too. Any idea .... ?

Thank you!

OS-X: remove dock icon

The application stays in the dock. Many users don't like that and instead want the application to stay in the menubar only. Though you can achieve hiding the dock icon quite easily (by setting the according plist entry) you can't open the application's main window after hiding it from the dock.

So please add a menu item 'Show Application Window' to the taskbar menu, which just shows the application main window and remove the dock icon from the dock.

More user-friendly ignore list management

Currently, a user tells Seafile which local files to ignore when syncing with the server by creating a seafile-ignore.txt at the root of the library folder. This is not feasible for the average user (also, because you have to distinguish between files and folders, use placeholders, ...).

The Seafile client should have a GUI management tool for this. This tool should either internally create such an ignore file, or save this data directly in the library's metadata without needing a file at all.

Here is an example from the SpiderOak client for how this could be done:
spideroak

Adapt Windows Systray Icons to operating system style

Because the Seafile logo is white, it doesn't show in the extended systray area (which also has a white background) of Windows versions >= 7. When, for example, everything is correctly synced, the user sees the green checkmark, but there are situations in which no additional indications are shown and the icon is totally invisible.

Seafile Systray Icon

Building and installing with a custom prefix fails

It seems, that building and installing with a custom prefix fails while installing ccnet, because it does not find libsearpc in the prefix. I tried some workaround, but the error is always only shifted by a bit. I guess you could fix it somewhere in the autotools toolchain.

Build-Log:

# Following https://github.com/haiwen/seafile/wiki/Build-and-use-seafile-client-from-source on debian wheezy (stable)

mkdir -p ~/tmp/seafile;cd ~/tmp/seafile
$ wget https://github.com/haiwen/libsearpc/archive/v2.0.8.tar.gz
$ mv v2.0.8.tar.gz libsearpc-2.0.8.tar.gz
$ wget https://github.com/haiwen/ccnet/archive/v2.0.8.tar.gz
$ mv v2.0.8.tar.gz ccnet-2.0.8.tar.gz
$ wget https://github.com/haiwen/seafile/archive/v2.0.8.tar.gz
$ mv v2.0.8.tar.gz seafile-2.0.8.tar.gz
$ wget https://github.com/haiwen/seafile-client/archive/v2.0.8.tar.gz
$ mv v2.0.8.tar.gz seafile-client-2.0.8.tar.gz
$ for i in *;do tar xfvz $i;done
$ cd libsearpc-2.0.8/
$ ./autogen.sh
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build'.
libtoolize: copying file `build/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build/autotools'.
libtoolize: copying file `build/autotools/libtool.m4'
libtoolize: copying file `build/autotools/ltoptions.m4'
libtoolize: copying file `build/autotools/ltsugar.m4'
libtoolize: copying file `build/autotools/ltversion.m4'
libtoolize: copying file `build/autotools/lt~obsolete.m4'
configure.ac:42: installing `build/compile'
configure.ac:45: installing `build/config.guess'
configure.ac:45: installing `build/config.sub'
configure.ac:38: installing `build/install-sh'
configure.ac:38: installing `build/missing'
json-glib/Makefile.am: installing `build/depcomp'
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:12: installing `./config.guess'
configure.ac:12: installing `./config.sub'
configure.ac:11: installing `./install-sh'
configure.ac:11: installing `./missing'
demo/Makefile.am: installing `./depcomp'
pysearpc/Makefile.am:4: installing `./py-compile'

$ ./configure --prefix=/home/allo/apps/seafile-client
[snip]
config.status: executing libtool commands

 Json-GLib - 0.14.2 (release)

 • Prefix: /home/allo/apps/seafile-client

 • Debug level: minimum
 • Compiler flags: -g -O2


 • Enable test suite: yes

$ make
[snip]

$ make install
[snip]

$ cd ../ccnet-2.0.8
$ ./autogen.sh
processing .
Creating ./aclocal.m4 ...
Making ./aclocal.m4 writable ...
Running libtoolize...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
Running aclocal  -I m4 ...
Running autoheader...
Running automake --gnu  ...
configure.ac:13: installing `./config.guess'
configure.ac:13: installing `./config.sub'
configure.ac:11: installing `./install-sh'
configure.ac:11: installing `./missing'
demo/Makefile.am: installing `./depcomp'
python/ccnet/Makefile.am:3: installing `./py-compile'
Running autoconf ..

$ PKG_CONFIG_PATH=/home/allo/apps/seafile-client/lib/pkgconfig ./configure --prefix=/home/allo/apps/seafile-client
[snip]
config.status: executing libtool commands

The following modules will be built:

python
ccnet-daemon
demo

$ make
[snip]
mv -f .deps/proc-factory.Tpo .deps/proc-factory.Po
gcc -DHAVE_CONFIG_H -I. -I../..  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DCCNET_DAEMON -I../../net/common -I../../include -I../../include/ccnet -I../../lib -I../../include -I../../lib -pthread -I/home/allo/apps/seafile-client/include -I/home/allo/apps/seafile-client/include/searpc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wall   -g -O2 -MT ccnet-config.o -MD -MP -MF .deps/ccnet-config.Tpo -c -o ccnet-config.o `test -f '../common/ccnet-config.c' || echo './'`../common/ccnet-config.c
mv -f .deps/ccnet-config.Tpo .deps/ccnet-config.Po
gcc -DHAVE_CONFIG_H -I. -I../..  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DCCNET_DAEMON -I../../net/common -I../../include -I../../include/ccnet -I../../lib -I../../include -I../../lib -pthread -I/home/allo/apps/seafile-client/include -I/home/allo/apps/seafile-client/include/searpc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wall   -g -O2 -MT rpc-service.o -MD -MP -MF .deps/rpc-service.Tpo -c -o rpc-service.o `test -f '../common/rpc-service.c' || echo './'`../common/rpc-service.c
../common/rpc-service.c:40:30: fatal error: searpc-signature.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.

$ find /home/allo/apps/seafile-client/|grep searpc-signature.h
[nothing]
$  find ../libsearpc-2.0.8/|grep searpc-signature.h
../libsearpc-2.0.8/demo/searpc-signature.h
../libsearpc-2.0.8/tests/searpc-signature.h
$ cp ../libsearpc-2.0.8/demo/searpc-signature.h /home/allo/apps/seafile-client/include/
$ make
[snip]
gcc -DHAVE_CONFIG_H -I. -I../..  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DCCNET_DAEMON -I../../net/common -I../../include -I../../include/ccnet -I../../lib -I../../include -I../../lib -pthread -I/home/allo/apps/seafile-client/include -I/home/allo/apps/seafile-client/include/searpc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wall   -g -O2 -MT rpc-service.o -MD -MP -MF .deps/rpc-service.Tpo -c -o rpc-service.o `test -f '../common/rpc-service.c' || echo './'`../common/rpc-service.c
../common/rpc-service.c:41:28: fatal error: searpc-marshal.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.

$ [same for searpc-mashal.h]
[snip]
rpc-service.o: In function `ccnet_start_rpc':
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:63: undefined reference to `searpc_signature_string__void'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:68: undefined reference to `searpc_signature_objlist__void'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:73: undefined reference to `searpc_signature_objlist__string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:78: undefined reference to `searpc_signature_object__string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:83: undefined reference to `searpc_signature_object__string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:88: undefined reference to `searpc_signature_int__string_string_int'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:94: undefined reference to `searpc_signature_object__void'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:105: undefined reference to `searpc_signature_int__string_string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:110: undefined reference to `searpc_signature_int__string_string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:116: undefined reference to `searpc_signature_objlist__int_int'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:120: undefined reference to `searpc_signature_int__void'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:125: undefined reference to `searpc_signature_objlist__int_int'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:129: undefined reference to `searpc_signature_int__void'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:134: undefined reference to `searpc_signature_string__string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:138: undefined reference to `searpc_signature_int__string_string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:144: undefined reference to `searpc_signature_string__string_string'
/home/allo/tmp/seafile/ccnet-2.0.8/net/daemon/../common/rpc-service.c:150: undefined reference to `searpc_signature_string__string'

$ cp ../libsearpc-2.0.8/lib/.libs/libsearpc.so.1 ~/apps/seafile-client/lib/
[seems not to help]

Abort during indexing phase not possible

[01/15/14 12:55:50] clone-mgr.c(368): Transition clone state for bfd12f12 from [init] to [connect].
[01/15/14 12:55:55] clone-mgr.c(368): Transition clone state for bfd12f12 from [connect] to [index].
[01/15/14 12:56:02] clone-mgr.c(368): Transition clone state for bfd12f12 from [index] to [canceling].

But is still happily adding blocks to the blocks folder:

[timwolla@/data/seafile/linux-data/blocks]find . |wc -l
3908
[timwolla@/data/seafile/linux-data/blocks]find . |wc -l
3926
*snip*
[timwolla@/data/seafile/linux-data/blocks]find . |wc -l
4965
(at this point I killed the client and reset it's data directory to abort it)

Windows Client 2.0.8 shows error dialog when shutting Windows down

The Windows client 2.0.8 sometimes shows an error dialog when Windows shuts down. The messages is "ccnet daemon has exited abnormally". It looks like the ccnet daemon is killed but has no idea that the system is going down and thus it is pretty normal that all processes have to stop.

Save/Restore item status

I'm mostly interested in my libraries and not which shared libraries have been recently updated. Means everytime I'm starting the client I've got to collaps the recently updated item and expand my libraries.

Feature request: save the current state of collapsed/expanded items and restore on (re)start.

Problems on the terminal server

We use seafile client on a terminal server with multiple users. When the first user launch client, seaf-daemon.exe starts on his behalf. On other users seaf-daemon.exe doesn't start. Synchronization task run as first user who does not have access to the resources of others. Task list of all users available to others.

[Windows] Syncing whole partition, slash cut off

I want to sync my whole data partition ("D:") on Windows using the most recent client 2.0.5.

  • I created a Libryary on the Web Interface.
  • Then opened the client, selected the library and chose "Download library".
  • Then I clicked on "Advanced: synchronize with existing folder"
  • Selected "D:" as path (also tried with "D:/"
  • Entered the encryption password
  • Confirmed with OK
    But then I got the error that the directory couldn't be initialized:
    unbenannt

I think the problem is that the ending slash of the local path "D:" is cut off to "D:" which isn't a valid path and thus the client can't find the directory.

Can you please fix this, it should be fixable very fast. Thanks for your great work!

Seafile client is connecting to wrong server

Hello,
We had seafile in our local server first and used a local ip to connect. No problems.
Then we gave it another ip so some people that were outside of the local network could connect. No problems.
After that, there was another change of ip, because they connected it to a different switch. The ip changed again.
I login in the new ip seafile (port 8000) with success, I create a new folder. I try to download it and it keeps contacting server without success.
I saw the ccnet log and I see that it's trying to access the old ip (2nd one in this story) instead of the new one. (when downloading a NEW folder created in the last ip seafile)
I uninstalled and installed it again and keeps with the same problem. How can I change this? My colleagues didn't have the same problem.
I can connect to the seacloud server without problems.
Regards,

Client 2.0 does not use old settings

I run the Windows 2.0.0 beta and found that it does ignore the old existing settings of a yet installed 1.8 client and even the yet existing folders of a Seafile directory. Is this intended or a bug?
Regards

Seafile data folder too large

I downloaded an existing library that was ~60mb large, but my Seafile sync folder is ~130mb. I don't have anything else downloaded.

Also, when adding a local folder as a new library in the Seafile client, the Seafile sync folder's size increases a lot (approx. with the new library's size). I don't want to have the new library as a copy of my local folder.

I'm using the latest Windows client.

Am I missing something here? Is this a (known) bug/feature?

Virus detection from F-Secure

My F-Secure Anti-Virus detects a virus in "SEAFILE\BIN\EXCHNDL.DLL"

Log from F-Secure Anti-Virus:

Date: 2013-11-06  00:46:18+01:00
Host: ----- (-----)
Computer name: ---
User account: ----
Product: F-Secure Anti-Virus (OID: 1.3.6.1.4.1.2213.12)
Severity: security alert (5)
Message: Bösartiger Code in Datei C:\PROGRAM FILES (X86)\SEAFILE\BIN\EXCHNDL.DLL gefunden.
Infektion: Gen:Variant.Graftor.121066

I dont think this is a virus but, someone needs to check this and maybe talk to F-Secure how to fix this.

It also seems that a windows registry key (HKEY_USERS..\Software\Microsoft\CurrentVersion\Explorer\Advanced|Hidden) was scanned by F-Secure and decide that only viruses use this keys but that is only a assumption.

My seafile-client version is 2.0.5 on Windows 7 x64 SP1

Better progress indication

I'd like to see better progress indication, if possible. For example when a library is indexing files (I suspect that this is: Adding to blocks folder?) there is no indicator of the progress.
The user has no idea, whether it's going fine or stuck somewhere, whether it will finish in a few seconds or in several hours.

So in this case a progress indication like 64% finished or indexed 42 of 1337 files would be great.

Create folder in mac/win client will fail but created

If i create a new library in the mac client, the client says:
"Failed to add download task: Worktree conflicts system path"

But after i refresh the list of libs i see the created library.

screen shot 2013-12-27 at 10 56 53
screen shot 2013-12-27 at 10 56 36

The error is also in the win client, just i can't skip with ok, i am stucked in the error window.
screen shot 2013-12-27 at 11 24 35

Client encryption

What is the default for connections now? As I see no option I hope it is encrypted.
What do you think about prefering https connections or somehow indicate that https is more secure? For example ask user if he adds a http connection if he really means http and explain him that it is very insecure?

Syncing to external HDD doesn't work

I tried setting up a library, and set its sync destination to my external hard drive. It syncs as expected, but after rebooting my computer, it's desynced. I think this may be because the external drive isn't spinning when the Seafile client is started, and Seafile doesn't see it immediately. If I sync libraries to my internal hard drive, everything works as expected. Maybe the Seacloud client should try looking for the sync destination a few times before giving up, so that the sleeping HDD has time to spin up.

I'm running the latest version of Seafile (server and client), in Ubuntu.

Update for Linux and Mac

Hello,

the client for Windows has been update to 2.1 some time ago. When are we to expect an update for Linux and the Mac client?

Great job guys! Seafile is getting better and more stable from release to release although the clients still need improvement.

Failed to login with https

Hi again!

I cross-compiled seafile-client using i686-w64-mingw32 on Fedora and it worked. When i try to connect to the server (2.0.4) using https i get "Failed to login". In the applet.log is written: "QSslSocket: cannot call unresolved function SSLv23_client_method QSslSocket: cannot call unresolved function SSL_CTX_new ... ssl_library_init ... ERR_ger_error http request failed: Error crating SSL context". With http it works very well.
Thanks in advance!

Unnecessary argument for Seaf-cli desync

This is a minor issue with the command line arguments for seaf-cli.

Having a single required argument for seaf-cli desync is unnecessary and mildly irritating.

Just a note: If you take the argument out ignore it for backwards compatibility.

Changed server ssl certificate -> no library list

Hi,

when the ssl certificate for a server seafile-client has an account for changes, the next time seafile-client starts it simply won't show the library list, instead of giving an error (or warning with the option to accept the new certificate) that the server's ssl certificate changed.

To resolve this I needed to remove the account and readd it (no client-side files were lost).

Client reconnect (OS X)

I got a weird behavior on the following environment:

  • Server: Debian 64bit Seafile 2.0.3
  • Client: OS X 2.0.6

I've done a fresh download so there is no trash from an old installation. After starting the client main window shows my libraries (7 libraries) with a checked-symbol as synchronized. Then these symbols disappear to re-appear after some seconds, then disappear and so on and so forth. The tray-icon does not change in the meantime.

In the server logs I read:

[11/10/13 13:09:33] ../common/connect-mgr.c(279): [Conn] Peer xxx@xyz (id) is already connected.But a new handshake comes in. Reconnect this peer.
[11/10/13 13:09:33] ../common/processors/keepalive2-proc.c(476): [Keepalive] Error from peer 515 peer down
[11/10/13 13:09:33] ../common/processor.c(219): [Proc] Shutdown processor keepalive2-proc(-1141) for bad update: 515 peer down
[11/10/13 13:09:33] ../common/connect-mgr.c(289): [Conn] Peer xxx@xyz (id) connected

I've replaced the client id with xxx@xyz and the (identical) number in the brackets with id.

Just to mention I never had that weird behavior with the 1.x series. Another issue arises when I create a new library in the client. It is created on the server but not shown in the OS X client until restart.

Thanks for your great job on Seafile, guys.

The date of the creation

The date of the creation of the owner (me) of Seahub in "Users" section is 1970-01-01 08:00:00.
Version of Seahub is 2.0 64 bits
OS : Debian 7.2 64 bits

Worktree conflicts system path

I am running windows seafile-client 2.08 and seafile server 2.0.4 on a Ubuntu machine and i get this message from the client when i try to creat a library on the server "Failed to add download task: Worktree conflicts system path".

Thanks in advance!

Library creation from desktop not working

Hi,
I tested the 2.0 client and really like it. Causes less confusion for users. This is well done!
I just found the library creation not working on your Ubuntu 64bit download binary but would consider this feature as secondary.
Keep up the good work!

Seafile does not detect new Screenshots

Hello,
I have a directory in which gnome saves his screenshots, when I make a screenshot seafile does not dectect that but when I create a new file manually it works.
I use Seafile Client 2.0.8 on Fedora 20, the Server is version 2.0 under Ubuntu 12.04

Auto start windows client

Hi!

I cross-compiled seafile-client using i686-w64-minge32 on Fedora and it worked, but the auto start option doesn't work. Everything else seems ok. I am running the client on windows 7.
Thanks in advance!

Feature request: Handling File-Links

Hi,

it is possible for you to rewrite linked files paths, when the file destination is inside seafile-folder ?

Scenario:
I have a MAC and a PC , on PC I create a file test.txt and a subfolder named latest, where i create a link to test.txt.
On my PC everything is fine, but on my MAC the link is broken and vice versa.

Eventually just save linked filename/path in a file header readable for SeafileServer and create depending on OS (OsX, Linux, Win, Website) the linked files by corresponding seafile-client.

I think this will be a nice to have feature ;-)

Regards,
Grille

upload rate crazy

in Seafile client 2.0.5 Windows, the upload rate showed by the client is completly crazy like 6880 KB/sec

Sync issues (Failed to download blocks)

First of all: The new client looks fine and used to sync without any problems.

But today many of my libraries do not sync at all with the new client on Windows 8.1. The old clients (Linux CLI, Window 8) continue to work as expected so I don't think it's a server issue.

seafile.log:

[10/09/13 12:16:52] sync-mgr.c(496): Repo 'REPO1' sync state transition from uploading to 'error': 'Error occured in upload.'.
[10/09/13 12:17:11] sync-mgr.c(425): Repo 'REPO2' sync state transition from 'initializing' to 'downloading'.
[10/09/13 12:17:12] transfer-mgr.c(501): Transfer repo 'cc0094dc': ('normal', 'init') --> ('normal', 'check')
[10/09/13 12:17:12] sync-mgr.c(425): Repo 'REPO3' sync state transition from 'initializing' to 'uploading'.
[10/09/13 12:17:12] sync-mgr.c(425): Repo 'REPO1' sync state transition from 'initializing' to 'uploading'.
[10/09/13 12:17:13] transfer-mgr.c(501): Transfer repo 'cc0094dc': ('normal', 'check') --> ('normal', 'commit')
[10/09/13 12:17:13] transfer-mgr.c(501): Transfer repo 'cc0094dc': ('normal', 'commit') --> ('normal', 'fs')
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo 'cc0094dc': ('normal', 'fs') --> ('normal', 'get-chunk-server')
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'init') --> ('normal', 'check')
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'init') --> ('normal', 'check')
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo 'cc0094dc': ('normal', 'get-chunk-server') --> ('normal', 'data')
[10/09/13 12:17:17] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'check') --> ('normal', 'commit')
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'check') --> ('normal', 'commit')
[10/09/13 12:17:17] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'commit') --> ('normal', 'fs')
[10/09/13 12:17:17] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:17] transfer-mgr.c(531): Transfer repo 'cc0094dc': ('normal', 'data') --> ('error', 'finished'): Failed to download blocks.
[10/09/13 12:17:17] sync-mgr.c(496): Repo 'REPO2' sync state transition from downloading to 'error': 'Error occured in download.'.
[10/09/13 12:17:17] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'commit') --> ('normal', 'fs')
[10/09/13 12:17:19] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'fs') --> ('normal', 'check-blocks')
[10/09/13 12:17:21] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'fs') --> ('normal', 'check-blocks')
[10/09/13 12:17:21] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'check-blocks') --> ('normal', 'get-chunk-server')
[10/09/13 12:17:21] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'check-blocks') --> ('normal', 'get-chunk-server')
[10/09/13 12:17:21] transfer-mgr.c(501): Transfer repo '8263ee42': ('normal', 'get-chunk-server') --> ('normal', 'data')
[10/09/13 12:17:21] transfer-mgr.c(501): Transfer repo '92e237ee': ('normal', 'get-chunk-server') --> ('normal', 'data')
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] transfer-mgr.c(531): Transfer repo '8263ee42': ('normal', 'data') --> ('error', 'finished'): Failed to upload blocks.
[10/09/13 12:17:21] sync-mgr.c(496): Repo 'REPO1' sync state transition from uploading to 'error': 'Error occured in upload.'.
[10/09/13 12:17:21] block-tx-client.c(709): Data connection is closed by the server.
[10/09/13 12:17:21] transfer-mgr.c(531): Transfer repo '92e237ee': ('normal', 'data') --> ('error', 'finished'): Failed to upload blocks.
[10/09/13 12:17:21] sync-mgr.c(496): Repo 'REPO3' sync state transition from uploading to 'error': 'Error occured in upload.'.

ccnet.log:

[10/09/13 12:17:17] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1203, 500 Shutdown
[10/09/13 12:17:21] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1212, 500 Shutdown
[10/09/13 12:17:21] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1213, 500 Shutdown
[10/09/13 12:17:47] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1228, 500 Shutdown
[10/09/13 12:17:51] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1233, 500 Shutdown
[10/09/13 12:17:51] ../common/peer.c(763): Delayed update from local-2(44fa1ab5), id is 1234, 500 Shutdown

seaf-cli not syncing

I'm on debian, installation of the command-line client was fine, the initial sync downloads the repo to the disk, but afterwards the client hangs:
at first with the status "commiting", after a restart of seaf-cli it hangs with "waiting for sync".
Nothing is synced anymore.
The Desktop Client on another Ubuntu PC seems to work fine.

Here are the logs from the command line client:
cat ~/.ccnet/logs/seafile.log
[01/05/14 11:20:26] seaf-daemon.c(467): starting seafile client 2.0.6
[01/05/14 11:20:26] seaf-daemon.c(469): seafile source code version a55d1aff7ca155155c3968e2135a972d79793125
[01/05/14 11:20:26] ../common/mq-mgr.c(60): [mq client] mq cilent is started
[01/05/14 11:20:28] ../common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seafile.heartbeat
[01/05/14 11:20:28] ../common/gc-core.c(313): No blocks. Skip GC.
[01/05/14 11:20:49] clone-mgr.c(512): add relay before clone, seafile.home:10011
[01/05/14 11:20:49] clone-mgr.c(368): Transition clone state for 3085fa15 from [init] to [connect].
[01/05/14 11:20:53] clone-mgr.c(368): Transition clone state for 3085fa15 from [connect] to [fetch].
[01/05/14 11:20:53] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'init') --> ('normal', 'check')
[01/05/14 11:20:53] processors/check-tx-v3-proc.c(260): protocol version is 5.
[01/05/14 11:20:53] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'check') --> ('normal', 'commit')
[01/05/14 11:20:53] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'commit') --> ('normal', 'fs')
[01/05/14 11:20:56] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'fs') --> ('normal', 'get-chunk-server')
[01/05/14 11:20:56] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'get-chunk-server') --> ('normal', 'data')
[01/05/14 11:24:38] repo-mgr.c(118): Worktree for repo 'sharedandroid'(3085fa15) is not set.
[01/05/14 11:24:38] transfer-mgr.c(502): Transfer repo '3085fa15': ('normal', 'data') --> ('finished', 'finished')
[01/05/14 11:24:41] clone-mgr.c(368): Transition clone state for 3085fa15 from [fetch] to [checkout].
[01/05/14 11:29:48] clone-mgr.c(368): Transition clone state for 3085fa15 from [checkout] to [done].
[01/05/14 11:29:49] sync-mgr.c(425): Repo 'sharedandroid' sync state transition from 'synchronized' to 'committing'.
[01/05/14 11:29:54] sync-mgr.c(425): Repo 'sharedandroid' sync state transition from 'committing' to 'initializing'.
[01/05/14 11:30:06] sync-mgr.c(425): Repo 'sharedandroid' sync state transition from 'synchronized' to 'committing'.

cat ~/.ccnet/logs/ccnet.log
[01/05/14 11:20:24] ccnet-daemon.c(168): starting ccnet client 2.0.6
[01/05/14 11:20:24] ccnet-daemon.c(170): ccnet source code version 1886a1608fc331dbf3fb6a5f3f4489f431bf073c
[01/05/14 11:20:25] ../common/session.c(385): Listen on 127.0.0.1 13419
[01/05/14 11:20:25] ../common/session.c(257): Update pubinfo file
[01/05/14 11:20:25] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:25] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:25] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:48] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:49] ../common/processors/rcvcmd-proc.c(519): Add server 1a5f6fe5 seafile.home:10011
[01/05/14 11:20:49] ../common/peer.c(942): Local peer down
[01/05/14 11:20:49] ../common/connect-mgr.c(364): [Conn] Start outgoing connect to (null)(1a5f6fe5e4) 192.168.10.9:10011
[01/05/14 11:20:49] ../common/connect-mgr.c(289): [Conn] Peer (null) (1a5f6fe5e4) connected
[01/05/14 11:20:53] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:53] ../common/peer.c(942): Local peer down
[01/05/14 11:20:55] ../common/session.c(365): Accepted a local client
[01/05/14 11:20:55] ../common/peer.c(942): Local peer down
[01/05/14 11:20:56] ../common/peer.c(763): Delayed update from local-1(9b0fde3d), id is 1007, 500 Shutdown
[01/05/14 11:21:03] ../common/session.c(365): Accepted a local client
[01/05/14 11:21:03] ../common/peer.c(942): Local peer down
[01/05/14 11:21:05] ../common/session.c(365): Accepted a local client
[01/05/14 11:21:05] ../common/peer.c(942): Local peer down
[01/05/14 11:21:06] ../common/session.c(365): Accepted a local client
[01/05/14 11:21:06] ../common/peer.c(942): Local peer down
[01/05/14 11:23:02] ../common/session.c(365): Accepted a local client
[01/05/14 11:23:02] ../common/peer.c(942): Local peer down
[01/05/14 11:24:07] ../common/session.c(365): Accepted a local client
[01/05/14 11:24:07] ../common/peer.c(942): Local peer down
[01/05/14 11:25:35] ../common/session.c(365): Accepted a local client
[01/05/14 11:25:35] ../common/peer.c(942): Local peer down
[01/05/14 11:25:37] ../common/session.c(365): Accepted a local client
[01/05/14 11:25:37] ../common/peer.c(942): Local peer down
[01/05/14 11:27:20] ../common/session.c(365): Accepted a local client
[01/05/14 11:27:20] ../common/peer.c(942): Local peer down
[01/05/14 11:48:21] ../common/session.c(365): Accepted a local client
[01/05/14 11:48:21] ../common/peer.c(942): Local peer down
[01/05/14 11:50:04] ../common/session.c(365): Accepted a local client
[01/05/14 11:50:04] ../common/peer.c(942): Local peer down
[01/05/14 11:50:19] ../common/session.c(365): Accepted a local client
[01/05/14 11:50:19] ../common/peer.c(942): Local peer down
[01/05/14 11:51:13] ../common/session.c(365): Accepted a local client
[01/05/14 11:51:13] ../common/peer.c(942): Local peer down

The repo contains ~25000 files with 7.5GB, it contains some large folders with more than 5000 files in it
The client ist the latest version from your homepage

after a restart of the seaf-cli I get these additional lines:
[01/05/14 11:56:17] seaf-daemon.c(467): starting seafile client 2.0.6
[01/05/14 11:56:17] seaf-daemon.c(469): seafile source code version a55d1aff7ca155155c3968e2135a972d79793125
[01/05/14 11:56:17] ../common/mq-mgr.c(60): [mq client] mq cilent is started
[01/05/14 11:56:17] ../common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seafile.heartbeat
[01/05/14 11:56:17] ../common/gc-core.c(317): GC started. Total block number is 26082.
[01/05/14 11:56:17] ../common/gc-core.c(45): GC index size is 13041 Byte.
[01/05/14 11:56:17] ../common/gc-core.c(331): Populating index.
[01/05/14 11:56:17] ../common/gc-core.c(176): Populating index for repo 3085fa15.
[01/05/14 11:56:17] ../common/gc-core.c(243): Traversed 0 commits, 0 blocks.
[01/05/14 11:56:17] ../common/gc-core.c(371): Scanning and deleting unused blocks.
[01/05/14 11:56:19] ../common/gc-core.c(391): GC finished. 26082 blocks total, about 0 reachable blocks, 26082 blocks are removed.
[01/05/14 11:56:21] sync-mgr.c(425): Repo 'sharedandroid' sync state transition from 'synchronized' to 'committing'.

seaf-cli status tells me it is "waiting for sync" and nothing happens anymore

Hope you can help me, thanks in advance

Proxy for client 2.0

It would a good thing if one could configure a proxy in the new client to get access to an externa Seafile server in an enterpriise environment behind a proxy.

Where to find the "debian" folder (build config files)?

You're providing Debian(Ubuntu) Packages of the client, but i cannot find the needed files to build the packages myself.

I think of your packages, as the Debian ITP seem to be still incomplete. Maybe this will even help you build a better package, if the open questions are answered, but until then it would be nice to have your Debian-Files.

GUI-configurable client name

The Seahub website shows all connected clients on the Clients page. With my Windows 8(.1) clients, these are all called "username@". I can change the name manually in the ccnet.conf on the client (although I haven't figured out when the update occurs on the server).

It would be nice if this setting could be configurable in the client's Settings dialog, so that the average user can get meaningful names, too.

Building static seafile-client.

Hi, i'm trying to compile a static seafile-client for Linux. I tried to edit CMakeLists.txt by manually adding the static versions of the required libraries, but i can't link all of them statically (i get some errors with glibc dependencies). Perhaps someone can post an edited version of CMakeLists.txt for static building, or any hints in Readme?

Best regards.

seafile-client on win&mac not connecting

Hi,

before i switch to sea file behind firewall and only want to use port 443 everything works great in my test environment.

now i want to use it and setup my firewall to block everything but 443.

using seafile behind apache2 with config like the wiki one.

with the iOS clients on iPad3 and iPhone5 everything works great over ssl.
up/down/view/change

but if i want to connect a library on my mac or on windows the 127.0.0.1:13420 site opens, ask me as normal for path. but when i click ok, nothing happens.....

what can i do? or it's a bug in the precompiled version, because it's working fine on iOS

I'm using the precompiled clients from seafile.com.
Now i thought i try out cloning the git, but i am not able to run.

I create links to macx-xcode and qmake.
But now i get:
Project /Users/grille/Documents/Office-Projekte/Code/seafile-client/seafile-client.xcodeproj cannot be opened: didn't find classname for 'isa' key

what i am missing ?

Best regards
Chris

adding new folder no sync

Seafile Windows client 2.0.5. If I add a file(s) or folder in already library, sync don't work. Nothing happen.
Tested with folder, *.html, *.xlsx, *.mp3 VBR, *.jpg and *.txt

OS X Client

Hello,

I noticed that the OS X client is again behind the releases for Windows and Linux. Do you plan to keep the clients in sync or are you planning to degrade OS X in the future? This would be a pity, since we're very much OS X driven in our company and Seafile is receiving good feedback in our current evaluation period.

Cheers!

Failed to create library on the server

Hey guys! Currently I'm playing around with your 2.0.3-(beta)-client connected to a 1.8.5-server.

Everytime I try to create a library on the client (by clicking in the Plus-icon), I get the error-message "Failed to create library on the server". However, the library was created on the server!

I evaluated the source-code and found the locattion, where the error is raised:
src/api/requests.cpp: CreateRepoRequest::requestSuccess

There you receive the string "success" over the QNetworkReply-argument, which is (the JSON-parser is right) not a JSON-string. I can't provide a patch because I don't know where to fix it??! Is it a server or a client-problem?

Bye, Robin.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.