iTunes changed a file, Wuala displayed a dialog saying it failed to upload that change and now file is lost because it was supposedly never completely uploaded. The dialog stated the file was not in /tmp but I certainly didn't remove it.
This isn't the first time this has happened to me and it certainly wouldn't be a problem if I was allowed to mount readonly. (I'm on OSX 10.5.4)
I'm really starting to not like your product because of this continuing problem. I'm sure iTunes is doing something weird but you should certainly handle it.
a main problem with the wuala project as whole is, that there is far too little information on technical details, far too little documentation and real information given by the developers.
people often wonder why the wuala software behaves this or the other way, search for solutions that are sometimes no real problems if the behaviour would be properly documented.
i started up some older build (winxp) wuala client after a while of downtime and it upgraded itself.
after logging in to the wuala network (username) the wuala client now works heavily on the wuala database files in probably reoganisation tasks (fragmentsxx.db and COMP-fragmentsxx.db files being messed with the whole time)
anyways so it literally took ages for this client to finish, and the connection status icon was yellow all the time. only after a long while, and when finally the insane diskactivity has finished, the connection status icon went green again.
ctrl+alt+d _shownetworkstats displayed that it wasnt connected to any supernodes during this period, hence the yellow icon i presume.
what makes me wonder if this is a neccessary behviour, that the client cant properly connect to the network until its finished with its database overhaul. maybe some multithreading designs could help, or maybe its just really the need to bring the database into a consistant and up-to-date state again before being able to add and fetch chunks of data again to and from it.
it would really be great if the wuala team could document its piece of software much more in detail.
I have a Mac used by two users. If the first user opens a Wuala account, the second one cannot anymore: this happens because all files under /User/Shared/WualaSharedData belong to the first user and will not have write permission for the second user.
In particular, when the second user starts Wuala, a Java exception is raised:
...
Caused by: quickbase.exception.BasicFileOperationDatabaseException: java.io.FileNotFoundException: /Users/Shared/WualaSharedData/Data/Meta/MetaB.lock (Permission denied)
at quickbase.internal.files.Lock.<init>(Lock.java:34)
...
Can this be fixed? Is there a quickfix? Thanks,
Marco</init>
Wuala stopped working after I just installed the very latest version of Java, JRE 6u6, and crashes right away at startup with a "NoClassDefFoundError".
Hmm. Mir ist die letzten drei Tage etwas aufgefallen, dass ein Bug sein köe..
Wuala scheint nach einem restart nur einige Stunden lang Daten in den Fragment2 Ordner zu laden. Lasse ich wuala durchlaufen, zeigt die aktuellste Datei irgendwann eine Changetime so zwischen 6 und 12 Stunden nach den Neustart von Wuala an. Danach werden augenscheinlich keine weiteren Daten mehr geladen.
Gleichzeitig bleibt die Onlinezeit "still stehen". Das Teil lät auf nem rootserv und ist daher immer an, wenn es nicht abstü:) Es ist 2 Tage nach meinem Heimsystem installiert worden. Auf dem linux-System sind nun (seit ca. 3 Tagen in denen ich darauf achte gleichbleibend) 54%. Mein Heimsystem ist bereits bei 68%...
Da stimmt was nicht..
Ich hab mal heute stopTrading/Start Trading eingegeben (ein Tipp aus einem anderen Thread). Mal schaun, ob das etwas bringt. Aber habt bitte mal ein Auge von der Entwicklerseite her darauf.
Der Fehler scheint aber keine weiteren Probleme zu verursachen. Mir sind zumindest keine aufgefallen. Eine kleine googelei ließmich üolgende Aussage stolpern:
++snipp1
Now I think I can see where the problem originates from: nfs-server
does vfs_getattr() from encode_fattr3(), but it doesn't check the
return value. So if getattr() fails, the attributes (including the
inode numebr) will be bogus.
I'll ask the NFS maintainer about this.
++snapp
++snipp2
I think there may be a second, similar bug. Over NFS, a typical
sequence on the client is:
OPEN
WRITE
CLOSE
On the server, this looks like:
OPEN
WRITE
FSYNC
RELEASE
The kernel nfsd doesn't use FLUSH, and the FSYNC is used to make the
write stable. However, there seems to be a bug in the nfsd where if
the WRITE succeeds, but the FSYNC fails, the client is incorrectly
told the stable write succeeded. For example, see the call to fsync()
in nfsd_dosync() which is called via nfsd_sync() in nfsd_write(). The
return code of fsync() isn't checked.
++snapp
Weis nicht ob das Problem wirklich wichtig ist oder ob die Problemlögsansäe helfen. Die Geschichten sind nicht meine Baustelle. :D
Ich wollte es nur mal mitteilen..
Die fehlermeldungen sehe ich sowohl unter darwin 10.5.2 als auch unter debian sarge aktuell
When I double-click on an image or video, the download starts right away, but when the download is done sometimes the file isn't opened. I have to double-click again (or select open from the context menu) to open the file. Sometimes it works on the first try. I'm using KDE.
lately i get a lot of these errors in the about dialobox (win32, latest builds) on networks with upnp routers when wuala client wants to check if theres a newer build out there...
if i close logout/restart wuala it downloads the latest build anyways even if the check in the about box failed.
would be great if the checking for a new build would be more reliable (maybe other protocol, triggering it directly with a button or a url and so on....)
maybe it has also to do with congested networks (even the local lan or the gateway to the inet), or nat-overloads at the gateway or such thing.
somehow i suspect that the versioncheck is also performed by means of udp rather than a tcp check of a browsing of some url/xml/file because the failed message turns up so very quickly/instantly on the client... there seems to be no timeout or something.
Seit einigen Tagen wird die Online Zeit nur noch in ganzen Prozent angezeigt. Bisher sah ich eine Wert ungefä so 24,85 %, jetzt nur 27,00 % zum Beispiel. Das sollte wieder auf das alte System gesetzt werden.
I am trying to remove a user from my group - I click remove, use the default message, and click OK. The transaction shows in the bar at the bottom, and then nothing happens!