File system integration

with todays second build (394, win32) filesystemintegration (unc) is completely gone now for me.....

win32 393 from earlier today was still working as usual (i dont have an unallocated w: letter though).

394 never creates any unc paths .....

also an idea/hint for the logfile: add time/date entries infront of loglines for better infos/details in what order things are happening.

also: horizontal scrolling on that log window is missing. i have some very long lines that even on hdtv resolution are still outside of that logwindow.

example:

Trying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\La
Debug log initialized
Starting server CIFS ...
Trying to mount \\Wua\La[SMB] CIFS Server WUA starting
[SMB] Version 4.0.0
[SMB] Java VM 10.0-b19
[SMB] OS Windows XP, version 5.1
[SMB] Using authenticator org.alfresco.jlan.server.auth.DefaultAuthenticator, mode=USER
[SMB] Server timezone offset = 0hrs
[SMB] Dialects enabled = [DOS LANMAN 1.0,LANMAN1.0,DOS LANMAN 2.1,LM1.2X002,LANMAN2.1,NT LM 0.12]
[SMB] Shares:
[SMB] [La,DISK,,[null]] [null]
[SMB] Added NTServer flag to host announcement

----------------

those "wuala trying to mount" entries..... are all in one line until the next line "debug log initialized"....

so this win32 394 build has effectively disabled the filesystem integration for me. no more unc \\wua\la......

thanks.

Integration is not working at my PC, although the option is enabled at my machine. That message is shown: http://wua.la/pascal.herbert/Images/w...

here is the log:

Trying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\LaTrying to mount \\Wua\La
Debug log initialized
Starting server CIFS ...
[SMB] CIFS Server WUA starting
Trying to mount \\Wua\La[SMB] Version 4.0.0
[SMB] Java VM 1.6.0_02-b05
[SMB] OS Windows XP, version 5.1
[SMB] Using authenticator org.alfresco.jlan.server.auth.DefaultAuthenticator, mode=USER
[SMB] Server timezone offset = 0hrs
[SMB] Dialects enabled = [DOS LANMAN 1.0,LANMAN1.0,DOS LANMAN 2.1,LM1.2X002,LANMAN2.1,NT LM 0.12]
[SMB] Shares:
[SMB] [La,DISK,,[null]] [null]
[SMB] Added NTServer flag to host announcement

here my log from Build 395:

at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:41)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)

Mit 395 ist anscheinend die Refresh-Time so schnell, dass ich nicht mehr den ganzen Log markieren kann! :-/

http://wua.la/pascal.herbert/Images/w...

Früab ich es noch nicht probiert.

So jetzt funktioniert es bei mir!

also diese unc path geschichte hat schon seit den fruehesten builds die ich je bei wuala verwendet hatte, funktioniert.

wundert mich dass jetzt solche fehler neu eingefuehrt werden und die frage obs schonmal frueher funktioniert habe.

auf windows wars doch mindestens seit nov 2007 oder wann ich mit wuala anfing eingebaut und ging immer. manchmal dauerte es ne weile, dann aber nach ner weile war der hostname wua registriert und stand dem system zu verfuegung.

also manchmal frage ich mich ja schon wie software heutzutage programmiert wird, wenn viele monate lang funktionierende features ploetzlich verschwinden.

mfg.

Höal auf hier rumzutrollen! Nur weil keine groß Fehlermeldung erscheint heiß das nicht, dass da alles glatt lief/lät.

Wenn die das Thema jetzt mal ordentlich angehen wollen dann bin ich nur froh drüauch wenn mal was nicht gleich klappt!

Nochmal: Du verwendest hier ein Programm in der geschlossenen Alpha! Wenn du damit nicht umgehen kannst und deine bissigen Kommentare nicht zurüten kannst, dann wä es wohl am besten Wuala erst in nem halben Jahr oder so zu verwenden, wenn dann mal ne Betaversion oder ein RC da ist, dort kannst du dich auch zu Recht üehler aufzuregen!

Schuldig aber manche Kommentare von nickname nerven. Anfangs war ich dankbar dass es jedes Build in "seinen" changelog geschrieben hat, aber da es nun einen Offiziellen CL gibt, halte ich den im Forum fürflü

Ansonsten was ist denn schon dabei wenn irgendwas nicht richtig funktioniert. Das Betriebssystem aus Redmond hat auch Fehler.

was heisst hier trollen. ich habe das beobachtet. ich hoere manchmal musik ueber wuala oder schau paar bilder an, und nach wenigen minuten bei bisherigen builds wurden bei meinen systemen immer die unc pfade benutzt um auf dateien zuzugreifen (alt+3 z.b. bei winamp, etc...) und dort war immer ersichtlich dass alles ueber die unc zugriffsweise bei wuala zugegriffen wurde.

und dass bei eben diesen beiden letzten builds erhebliche probleme auftraten.

das hat garnichts mit trollen zu tun. ich laber nicht nur plumpe sprueche raus.

brauche ich bestimmte menschenrechte um meine meinung zu irgendwas aeussern zu duerfen oder in wasfuer ner faschowelt lebst du eigentlich?

traeum weiter. solange ich frei meine meinung aeussern darf, werd ich das auch tun. ob wuala alpha, pre-alpha oder sonstwas ist.

deine unfreiheiten kannst du woanders ablassen. ich lass mir meine freiheiten nicht von irgendjemand dahergelaufenem absprechen.

fdda.

auf wen ist das jetzt bezogen?

auf deinen mitposter der mich schlau angeblubbert hat. die replyfunktion von getsatisfaction erlaubt scheinbar nur eine schachtelungstiefe bei den replies, bzw zeigts nicht anders an.

cheers

p.s jedenfalls geht die unc geschichte auf einer meiner kisten nichtmehr im aktuellen 395er build, auf einer anderen kiste gehts ohne probleme.

das ganze ist absolut nicht nachvollziehbar. bisher gings meist nach wenigen minuten auf allen meinen geraeten.

vielleicht mal bei den samba (projekt) leuten nachfragen ob die irgendwelche bibliotheken auch fuer nicht opensource projekte linkbar haben und ob man das evtl per java verfuegbar machen koennte.

ehrlich gesagt verstehe ich das nicht ganz wie sich manche builds von wuala so sehr anders verhalten als andere.

smb ist schon eine sehr komplexe sache das stimmt, deswegen hatte ich ja auch mal in einem anderen thread geschrieben, ob euch nicht vielleicht auch noch etwas anderes einfaellt um lokal die daten verfuegbar zu machen, auch in der windows welt.

vielleicht doch einen eigenen protocol-handler benutzen oder die daten dann auch mittels des eingebauten webservers verfuegbar machen.

wenn das ganze dann auch noch zusaetzlich per https anstelle nur http waere, koennte man damit evtl. einen webdav access stricken auf dem lokalen webserver des wuala clients, anstelle der unc geschichten.

und webdav kann soweit ich weiss schon seit windows millennium edition (oder seit einer der internetexplorer/active-desktop shell updates) in den windows baum eingebunden werden, und gemountet etc, und somit auch wieder fuer restliche programme und 3rdparty apps verfuegbar gemacht werden.

und immerhin ist webdav auch ein ordentlicher standard und gut dokumentiert und im einsatz.

webdav kann auch schreibend als auch lesend eingesetzt werden, also auch spaeter fuer schreibgeschichten bei wuala benutzt werden.

.... ja vielleicht ist webdav access auf dem localhost auf den wuala prozess ja wirklich eine gangbare loesung.

cheers.

w: is cool, I like it.

But can it be user configurable? I always have my CDWriter mounted as w:

thats the problem exactly. but you can simply do the net use commands or from the explorer gui interface of windows manually...

explorer - network connections - disconnect/connect network drive...

then connect your desired drive letter x: to your wuala unc path, most likely \\wua\la\

or in dos/commandline:

net use \\wua\la
net use x: \\wua\la

and so on...

replace \\wua\ with the hostname that gets created by the wuala client. this can be \\wua1\ \\wua2\ and so on... \\wuadigit if \\wua is already taken in the local/lan network

would be great if the driveletter (or in general if at all) would be selectable in the wuala options dialog/menus.

cheers.

I don't understand all the german stuff so I'll just answer the topic.

I like this.
The Windows explorer really looks kind of limitative compared to the Wuala browser. There are many things that the explorer doesn't tell me (ex: I don't know if I have to download a file to open it or if it is already in my hard drive). But browsing my files with the explorer is nice. Makes Wuala look more integrated in the system. My files are there, in the explorer, not in some external application.

Although I think I prefer the Wuala browser. I don't see any practical advantages in browsing with the Windows explorer (except that it is, perhaps, more simple).

To improve the system browsing:
- write access is essential (then I could have an external backup program running for example)
- provide some indication of the files state: downloading/uploading/downloaded/uploaded (I don't know if this is possible. It's a very useful feature if you want to browse your files with the system browser, but since we have the Wuala browser I don't know if it's worth it...)

one more issue with filesystemintegration:

for example when using wuala on a homelan with multiple different computers running wuala, some computers register the \\wua hostname for their smb local server. then mount w: to \\wua\la...

the problem is this works fine as long as for example each machine was first alone on the network and it registered and rememberd that w: binds to \\wua

but when more machines join the local network, the second and third machine still try to mount w: to \\wua\la but ofcourse have then registered \\wua1 as their smb name and so on...

so the mounting w: step should be dynamical, since \\wua is only valid for the very first machine, and the current name needs to be dynamically checked and then used for the mounting step.

when the machines are on a new or different network or alone on a subnet again, they are once again \\wua\ and then w: (or dynamic / user selectable drive letter) can be again mounted on \\wua\ ...

cheers.

Oh ok, sorry just a quick overview over the german posts...

Luzius: did it work earlier?
p.h: Never tried ;-)
Bugreport: 395 refreshes too fast, can't select whole log
p.h: It works now!
nickname: UNC has worked since at least nov. 2007 with no errors, but since the devs tried to "fix" it everything's broken. It seems software developers are kinda strange these days.
Bugreport: Don't troll, it's a closed alpha ffs! I'm happy they're looking into it since it doesn't work at some people's computers.
p.h: I agree, even the "Redmond OS" has a few glitches...
nickname: It's my human right to express my opinion how and when I want to
p.h: Referring to whom?
nickname: to Bugreport, well 395 is broken it seems since it worked fine before
Luzius: The only new "feature" (besides logging) is calling 'net use \\Wua\La "" /USER:' and 'net use W: \\Wua\La "" /USER:' since it helped on one of our computers... "unfortunately" it works fine on our computers so the error is hard to track down (the library is btw. external + was rather expensive)
nickname: maybe ask the Samba guys if you may use one of their libraries commercially or use webdav over https
Luzius: afaik webdav doesn't provide streaming capabilities, e.g. you have to download a whole film to a Temp-folder to access it like data in a zip-archive or via FTP. Of course you can insert data but not edit it and resave it without having to perform manual extra steps - At least that was the situation I had the last time I had a look at it.
nickname: I'm not trolling, it's REALLY not working!

Now my reply:
Write access... +1 :)
File state indication... well that's a tricky one! You could maybe change the fileicon or description according to the state of the file... as far as I know you can also change the background of folders etc. in Windows, but I don't know how much control a (Java) application can have over that...
Links ("Verknüen") at least can have their icon easily changed and maybe can be set to "not a link - real file!" mode if the file does already exist in your cache or on your HD.

An example:
\\Wua\La\Username\Files\ (or W:\Username\Files
Test.txt (Links to \\Wuala\Username\Files\Test.txt) --> not downloaded yet!
Movie.mpg (real file, 700MB) --> already exists somewhere

The downside is: you might have to have 2 Network shares... one for the "display" in the explorer and one for the network access whith no drive letter...

Thanks a lot for the translation.

well that might be, but i was talking about the variation on the lan....

i had two windows xp machines running wuala. each separately was using \\wua for localhost smb server of wuala and bound w: to \\wua\la

when i booted up both machines at the same time, the one machine failed, and named itself \\wua1 and still tried to map its w: drive to \\wua\la which ofcourse fails as you said because you dont advertise \\wua to the network, but only running locally on the machine.

still even in this scenario \\wua can only exist once with multiple machines sharing a local network, since windows looks up all the lan machine names, and then wuala cant register \\wua any more if its found out there somewhere on the wire...

all i was saying, that the wuala client needs to make sure that it binds/mounts to the current valid name on the local host and not to some previously valid/remembered smb/host-name (\\wua first, but later \\wua1 and so on...)

cheers.

Dunnow if this is correct here but is there any chance to get write support in next future? I'm evaluating wuala for a big student network and currently it is unbearable that users must copy files to local fs, make changes and then put them back to wuala. Write support would make wuala perfect.

I think with the Beta came the Write support.

mafis90

> What do you think?

File System Integration ist solange nicht nur nüh, sondern unabdingbar, solange der Wuala-Client keine integrierte Verzeichnissynchronisation (Dateiabgleich) bietet.
Hat man per UNC/Laufwerksbuchstabe Zugriff auf den Wuala Storage Space, köe man dies mittels externer Tools sehr komfortabel erledigen - sofern Schreibzugriff möch wä!

> Do you like it?

Sobald Schreibzugriff implementiert wird ;) Bis dahin bringt es nicht allzu viel – außr die im Client (seltsamer Weise) fehlende Ansicht "Details" zu ersetzen.

> Do you prefer the Wuala browser window?

Wüch generell, sobald die Detail-Ansicht implementiert wird ... optimaler Weise ergät durch zumindest rudimentä Verzeichnis-Synchronisation.
FRAGE: Lohnt sich ein Thread hierzu, oder ist daran mittelfristig nicht zu denken, weil derzeit zu viele andere Aufgaben weit hö priorisiert sind?

> When?

Wenn ich auf Daten schreibend (kopieren, editieren, löen) zugreifen möe.

> When not?

Wenn ich bei mehr als einer Handvoll Dateien die Üersicht nicht verlieren möe.

> Although I think I prefer the Wuala browser. I don't see any
> practical advantages in browsing with the Windows explorer

So I guess you
a) don't have more than a small bunch of files in each folder?
b) are not using filenames longer than about 50 characters?
c) are not interested in an overwiew of file dates, sizes etc.?

:)

füch ist die Intergration auch ohne Schreibzugriff nüh da ich von dort via softlink die wuala-dateien weiter verlinken kann.

The Integration is useful for me to link wuala-files in my system via softlinks

Wie verlinkst du denn die Dateien weiter? Auch das macht ja im Moment nur füemeldete Benutzer Sinn.. ich kenne ganz viele die (noch) kein Wuala haben und ich denen das ohne einen Schreibzugriff auch nicht ans Herz legen kann :-)

Aber ich bin mal auf die Beta gespannt

kleiner Ausflug Richtung offtopic: einfach via ln -s als softlink auf einen share mit lan-zugriff.
Das gilt natü füx-systeme. Ob und wie es unter win geht weiss ich nicht. ;)
Die Wuala-Gui hat bei mir bereits den Test mit zwei befreundeten semi-daus bestanden. Ich bin zufrieden. Intuitiv und einfach zu bedienen. Ich bin zufrieden. Man muss halt ein file nach der Editierung via Dra+Drop wieder hochladen.

New build (WinXP 396), new problems...

Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 3
[SMB] Win32 NetBIOS server WUA (using Winsock)
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 0
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
[SMB] Win32 NetBIOS register listener for LANA 5
[SMB] Win32 NetBIOS register listener for LANA 4
[SMB] Win32 NetBIOS register listener for LANA 3
[SMB] Win32 NetBIOS register listener for LANA 0
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.lz.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
.
.
.

It used to work before...!

bei mir funzt es jetzt wieder (win build 399)

at my pc file system is working again (win build 399)

Build 399:
.
.
.
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Added NTServer flag to host announcement
[SMB] Win32 NetBIOS Available LANAs: 5 4 3 0
[SMB] Win32 NetBIOS server WUA (using Winsock)
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.acn.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 5
[SMB] Win32 NetBIOS server WUA (using Winsock)
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.acn.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 4
[SMB] Win32 NetBIOS server WUA (using Winsock)
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.acn.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 3
[SMB] Win32 NetBIOS server WUA (using Winsock)
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.acn.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
[SMB] Win32 NetBIOS created session handler on LANA 0
[SMB] Waiting for Win32 NetBIOS session request (Winsock) ...
[SMB] Win32 NetBIOS register listener for LANA 5
[SMB] Win32 NetBIOS register listener for LANA 4
[SMB] Win32 NetBIOS register listener for LANA 3
[SMB] Win32 NetBIOS register listener for LANA 0
Trying to mount \\Wua\La
java.io.IOException: Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden.
at com.wuala.obfuscated.acn.k(Z:40)
at com.wuala.jlan.JLanActivator.tryConnect(Z:111)
at com.wuala.jlan.JLanActivator.run(Z:97)
.
.
.
The log is updating way too fast and is too small, I can't copy the header...
But it looks similar like before.

Interesting: If I try to access \\Wua via Explorer something pops up and Windows tries to access that "Netzlaufwerk" with a (not existing) guest user and wants a password for that user... O_o

There's something strange in the neighbourhood! Who you gonna call? ...

Whooohooo! Found a solution to at least my problem!

\\Wua\La was still shown (even after Wuala was turned off) as "nichtverbundenes Netzwerklaufwerk" - Windows seemed to remember it somewhere and so Wuala tried to create (I guess) the same network drive again and it bugged out...

What I did (Wuala was even running!) was right-clicking on the drive that gave me the Error and selecting "Trennen" (disconnect?) and poof - everything worked smoothly as usual!

I think you will have to make sure that Wuala disconnects or unregisters that network drive on startup and/or when Wuala is started so it can initialize it correctly again.

net use /persistent:no

---------------------------

The syntax of this command is:

NET USE
[devicename | *] [\\computername\sharename[\volume] [password | *]]
[/USER:[domainname\]username]
[/USER:[dotted domain name\]username]
[/USER:[username@dotted domain name]
[/SMARTCARD]
[/SAVECRED]
[[/DELETE] | [/PERSISTENT:{YES | NO}]]

NET USE {devicename | *} [password | *] /HOME

NET USE [/PERSISTENT:{YES | NO}]

-----------------------------

wuala needs to use net.exe properly

You kinda seem to work only off peak, huh?

Thank you for very nice feature upgrade. Mounting as drive letter is okay with me. First time I've heard of someone running out of drive letters. Possible, but extremely rare to make it high priority.

Suggestion: Let W: hierarchy is divided first by Users and Groups. Maybe later when you have enough members, you further divide by first number or letter in user name or group to keep the list manageable.

Question: Can we use W: drive to serve data such as streaming media server, http, or ftp? I'm interested in serving files in a sequential manner. Not sure how wua.la works in this respect since it sounds like files are downloaded from a swarm like BitTorrent.

Crosspost aus einem gelön Thread, gehöhier vielleicht eher rein:

1. Es sollte, wie glaube ich schon von anderen gewü, auch File System Integration ohne Drive Letter Mapping geben.

2. Diese sollte Default sein, denn wenn (wie jetzt z.B.) W: Default ist und der Buchstabe schon belegt (wie bei mir z.B.) funktioniert "gar nichts" mehr, ohne dass man selbst daran "schuld" ist.

3. In der Auswahl des Laufwerksbuchstabens sollten alle schon belegten Buchstaben wegfallen.

4. Wenn Drive Letter Mapping als Default aktiv bleiben soll, sollte Wuala aber auch einen Buchstaben wäen, der noch frei ist - oder zumindest beim Start darauf hinweisen, dass es auf einen Buchstaben zu mappen versucht, der bereits belegt ist.

5. Im entsprechenden Konfigurationsdialog sollte "Äderungen nach Neustart" in "Äderungen nach Rechner-Neustart aktiv" geäert werden, denn innerhalb einer Software bedeutet "Neustart" normalerweise Programm-Neustart, der hier nicht reicht.

In Mac OSX the directory/file names with localized characters do not work correctly in files system integration. For example:
/Höcher/ directory is spelled in file system as /H6rbzcher/
But inside Wuala application the same directory is displayed correctly.

Otherwise I very much appreaciate the new files system integration feature :-))

Any suggestions for people that can not mount a W: drive? I'm using Windows 2000. XXXX is really four digit number. :)

Trying to mount \\WuaXXXX\La
java.io.IOException: System error 67 has occurred.
The network name cannot be found.
, 2
at com.wuala.obfuscated.adf.k(Z:42)
at com.wuala.jlan.JLanActivator.tryConnect(Z:112)
at com.wuala.jlan.JLanActivator.run(Z:98)