- Saved a file (mp3) on my desktop;
- Dragged it onto my group's music folder;
- Opened the Uploads window by double clicking in the upload icon - status bar;
- After the file got send it disappeared from the Uploads window (as it should);
- I tried to delete the file from my desktop and I couldn't - tried many times;
- Closing the Uploads window solved it - I could delete the file;

hallo,

hab das ganze zwar schon als frage gepostet aber nun wächst es sich langsam zum problem aus:

trotz der meldung
'... akzeptiert eingehende Verbindungen.
Gratulation, Ihre Verbindung ist für das Tauschen von Speicherplatz geeignet!'
fällt der graph unter den 'schwellenwert' auf 16 % online-zeit und das macht mich sehr traurig ... war ja schon fast bei 22 % ... nun ist seit tagen das speicher-tauschen nicht mehr möglich.
es ist mir ja auch möglich durch die wuala-welt zu surfen, daten rauf- und runterzuladen ...
bin also 100%ig online! trotzdem sinkt der online-graph gleichbleibend seit tagen stetig gen keller ...

help blees!

lately i have experimented with wuala and fileintegration on win32 (xp) and latest wuala builds (426). i was copying whole cd contents (different files, loads of folder structures) into a semi-private (group/friendshared(only 1 friend as an example/test)) to the wuala network drive (w: for example).

the copying went normally, but only some days after (this happened first some days ago, but i verified it today with other content (CDs)) i realized that the uploaded wuala content of the folder i copied the files into wasnt exactly the same as my original sources. some bytes/megabytes were missing, and i tracked down some of the files/folders that were created but only with filesize=0 (zero), or were missing completely.

i was copying the stuff with the help of total commander, so not the basic builtin explorer.exe functions, nor commandline copy stuff...

i might try some more of this stuff at a later time.

the missing/incomplete files dont seem to follow any certain rules or patterns, there are simply some folders that are completely identical/complete and some files are missing or come with zero size.

totalcommander never complained that it couldnt write to w: or anything else like that.

i was manually looking for the differences, found the missing/incomplete files and was overwriting the files on the wuala store again.

after these second tries and overwriting procedure the wuala store was eventually finally complete and identical to my source material.

i guess that some of the queues in the wuala client, the pending transactions, the chunk-creation and distribution or related functions and parts of the wuala client program are still lacking robustness.

please take a look at this and do your own tests with lots of files/folders and different objectsizes.
thanks.

Ich versuche seit zwei Tagen eine Datei (4.2G) hochzuladen aber nach ein paar Minuten bis zu einer Stunde verschwindet der Upload aus dem Uploadfenster.
Die einzige möglichkeit den Upload fortzusetzen ist WUALA beenden und neustarten.

Ich habe letzte Woche mehrer (ca.10) grosse Dateien (350 - 800MB) in einem Rutsch hochgeladen, ohne Probleme.

Jetzt bin ich froh wenn ich 1% ohne Unterbrechung uploade.

cu wxi_

Hello community,
Im using wuala now about a week and this tool is very great. I use it to Backup my personal Data such as pictures.
However, I have a Problem when im uploading many files. During the uploading process does wuala suddenly stop to upload the file and i have to press the button pause to stopp the uploading process for the File. Afterwards wuala starts to upload the other Files.
This situation did now happen 4 times to me and i think it is a bug in the product.
Is this already a known bug?
Thanks for Feedback.
Sorry for my grammer misteacks ;)

Greets adi

Seit dem letzten oder vorletzten Update laufen die Downloads nur noch kurze Zeit (wenn üupt) und brechen dann bei Benutzung von "Speichern unter" mit der Fehlermeldung "Fehler" ab. Außrdem gehen die Uploads nicht mehr vorwäs. Das ganze auf dem Mac OSX 10.4.11 System.

I'm getting this error with one of the files of a directory I put into Wuala last night. All files from the same directory uploaded correctly (According to the Wuala client on that PC). All Files are basically of the same type (avi videos, around 300 Megs).

The above message instantly pops up when trying to download the entire folder. The other files can all be downloaded successfully.

client: linux 106 (both uploader and downloader)

hi there,

during my recent upload tests via filesystem integration method (see other thread http://getsatisfaction.com/wuala/topi... ) i somewhen realized that there are hugeloads of files in %temp%\wuala\ which wasnt the case in former builds of wuala.

there are also two directories in there (download and upload)

in the actual %temp%\wuala\ folder there seem to be a very big number of "original" files which i was trying to upload into the wuala store it seems.

the filenames have been changed somewhat to

hexnumber-originalfilename.extension

example:
f3edab22-mypicture.jpg
(hexnumber is maybe some hash/crc/crc32 or something)
the files are unencrypted, so i can actually use them with the appropriate application as they all hold the actual data (pictures, and so on....)

is this some bug? anyway related to my other thread? i suppose this is a huge security risk as even with reboots, wuala clients shutdown/restart these folders dont seem to go away or dont get empied nor cleaned up and the files can be seen by "anybody" who has access to the physical machine.

this is really weird. anyone else having this behaviour? win32/winxp that is. wuala426

Hejhej,

when I try to upload a file into a shared folder I get this error message: "Transaktion153 fehlgeschlagen. ... Element is not in cache, [some numbers]". The folder is set on "shared with all and future friends". Uploading the same file into a privat or public folder and then copy it into the shared folder works fine.
I'm running Build 426 on WinXP SP2.

This problem is probably similar to:
http://getsatisfaction.com/wuala/topi...

After the May 5 Update (419), all outstanding uploads vanished. This happened on Windows Vista x64 and Windows XP x86.
Vista seems to be slowly doing maintenance. XP has no activity.

I'm trying to access a file I recently uploaded and I get the message "This file has not yet been completly uploaded. Please try again later or contact its owner."

When I uploaded the bunch of folders wuala crashed, now it doesn't seem to resume the upload when I start wuala again on the same machine. Is there a way to force resuming of the upload?

Cheers,
reto

Wenn man den Upload einstellt dann gibt diese Einstellung offensichtlich nur fü Dateientransfer. Sobald irgendwelche Systemtechnische Äderungen laufen (also z. B. : 23986 unbestägte Äderungen) nimmt sich wuala alles an upload was es bekommen kann.

Das ist etwas unschöNöt mich fast throttled wieder zu installieren...

Seit heute sehe ich beim normalen Upload Reseting(OK_FOR_NOW). Auch das manuele Auffordern zum Upload bringt nichts und es bleibt bei 0% stehen.

Wuala works fine, and everything seem to be in order but evry time I'm uploading something: picture, video or folder wuala crashes.

my terminal output:

nieh@IBM:~/wuala$ ./wuala
Using config file /home/nieh/.config/wualarc
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb4c2e767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb4c2e8b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb4f0229d]
#3 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb03b18ce]
#4 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb038e067]
#5 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb038e318]
#6 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x2f) [0xb038e61f]
#7 [0xb5c77e9d]
#8 [0xb5c70edd]
#9 [0xb5c70edd]
#10 [0xb5c6e249]
#11 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x621c40d]
#12 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x6310378]
#13 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x621c2a0]
#14 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x363) [0x6272153]
#15 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb7c8996d]
#16 [0xb5e104f5]
#17 [0xb5c70d77]
#18 [0xb5c6e249]
#19 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x621c40d]
java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.
./wuala: line 37: 12091 Aborted (core dumped) $JAVA -Xmx256m -jar ./loader.jar $*
nieh@IBM:~/wuala$

I'm running Ubuntu 8.04a on an IBM T41p and my drives are encrypted with AES256

Edit: Typo

hello all

i can understand.... i upload files on wuala but in the option when i make the test that say'd:
"Analyzing Connection...
Got answer from Ping Server A, your external adress is /89.84.191.88:7237
Got answer from Ping Server B, your external adress is /89.84.191.88:7237
/89.84.191.88:7237 does not accept incoming connections.
Trying UPnP...
Found UPnP router ht*tp:*//192.168.1.1:5431/dyndev/uuid:0000e83c-50a0-00e8-80a0-48a0002810e8
Port forwarding setup successful, retesting connection...
/89.84.191.88:7237 does not accept incoming connections.
It seems your connection is not suitable for trading storage.
Please enable UPnP on your router/firewall or configure it manually to forward incoming UDP connections
on port 7237 to this computer. If you have already done so, you
might need to restart your router and/or Wuala."

i have open the port one more time i reeboot wuala and my router but nothing to do.....

please help!!!!

i up a lot of files but my upload is very unstable...
it's make 2 ko/s ;150 ko/s;10 ko/sko/s but it never stay "stable"......