Restarted MW but no popup messages.

Something's broken then, there should have been a popup. Anyway, I'll be releasing 0.5.8 in the next few hours, and if you're running 0.5.7 there should definitely be a popup with a message from me.

oops I notice I appear to be redownloading two copies of the macupdate and another copy of the 0.5.7 standard update.
OK I'll manually update.

uh yeah. 0.5.7 and redownloading one copy of each of the standard and mac 0.5.7 update now.

Edit: Is there any kind of cache I should get rid of that might make a difference for the continual update downloads? Not that it happens all the time, just every session.

Have you disabled "Share downloaded files"? That's how I check if the update has been downloaded and it might not show the popup if the option is disabled.

I think these are default:
Check for updates every 48 hrs. Automatically is checked. Share downloaded files is checked/enabled.

I don't think I should be downloading the updates every session if there's multiple sessions in one day like today. It's ignoring the every 48 hours for a start.

Ok I'm going to have to try and reproduce this with fix expected in 0.5.9.

There is a hardcoded update check a minute after startup regardless of the "every 48 hours" setting. I'll fix that for 0.5.9 as well.

No hurry to answer this, I don’t mean to distract you but just a general question:
Doesn’t this mean that the network will become a set of islands. If you recall BearShare attempted to do this totally for a period of time before relaxing it slightly.
Potentially like an archipelago of isolated groups with no boats to reach each other. :D Other islands might potentially have what someone is looking for.

That danger exists no matter how many hops are used, it's just different probability. But yes, it's possible, although I'm hoping the high fan-out factor will make sure the isolated islands are "big enough" :)

Btw I just released 0.5.8. Important new features are:


https://github.com/zlatinb/muwire/wi...e-Certificates
https://github.com/zlatinb/muwire/wiki/Search-Phrases


also I removed the forced update check on startup, although that will take effect only after the second restart.

I only downloaded a single macupdate with 0.5.8. That's an improvement. Though a restart reiterated the download after a few minutes of sitting on connecting. I cancelled this one. Another restart and it appears the reiteration has stopped.

The program appeared to shutdown very fast compared to usual. Another shutdown was also very fast.

I noticed once with 0.5.6 or 0.5.7 and again with restart of 0.5.8 there was no osx firewall popup. I'm always a little nervous when it's inconsistent and whether the exception is still working. A second restart and same thing. Not sure of the relevance.
Such interactivity would be handy if added to the Library as a whole. Similar to LW in a way.

Just discovered after I changed id3 tags of some files they were removed from shares upon next startup. So I see what you mean about MW is a little fussy toward hash changes.

But that's only if you download a file and share it right? Not for files you are adding to the share pool. I'm not sure of the relevance for your own unique shares.

edit: What does that mean in layman terms (re: 32kb)?

Implemented "show in library" option and a popup menu in the uploads table in git. Will be available with 0.5.9 (probably tomorrow)



You can issue certificates for files you're adding to the shared pool. Then when someone browses you or you return a search result, they can choose to import those certificates. It's true that your own certificates are of little use to yourself, but they help other verify the origin of the file. This way you can establish reputation.


32kb is a couple of pages of text I think.

I just released 0.5.10. Features a new search result display option - you can group by file instead of by sender. Also a right-click option on shared files that shows exactly who has searched for your files and who has downloaded them. Hope you like that!

Search result display shows helpful information.

I am finding the search results are somewhat more inclusive now or perhaps it's just the search terms. Keeping the searches simple appears to bring in more search results.

I'm starting to wonder if there is a problem at my end because I appear to have skipped 0.5.9; I am yet to see an update message.

After the update I noticed search hits and upload counts reset. Thus instead of overall I guess it's now a per session which is more appropriate.

I noticed Advanced Sharing - Watched Directories with 0.5.8, something I had not noticed previously. I apparently have ten directories watched for file changes.

Negative Tree (Files which are explicitly not shared): I notice there's directories listed that I'm also supposedly sharing. At least two of them only have one kind of file so there was no reason not to share anything from those folders and makes me wonder why they should be listed in the negative tree.

If certificates have been produced and you wish to adjust the name of the file, how difficult is it to make changes without polluting (creating a mismatch with) the certificate or removing and replacing the certificate? AFAIK changing the file name (not id tag name) of a file should not change the hash of a file, but the certificate is a different kettle of fish.

Unless you changed the default update check interval from every 24 hours you would have missed 0.5.9 because it lasted less than that lol.

I had to change the format of the search hits to show who has performed the search, that's why they reset. They are still persisted across sessions. The upload counters should not have reset though.


The negative tree lists files which are not shared but are inside a watched directory. If you see a directory there it just means the directory is shared, only if you see a file inside such a directory it means that specific file has been explicitly unshared. The negative tree display is more for debugging purposes as you can't really do anything with the tree, it's read-only.

It's impossible; the point of certificates is that they are a snapshot of the file at a specific time. If you want, you can delete the certificate file from the ~/Library/Application Support/MuWire/filecert directory but as the warning says someone may have already gotten it from you. There is no problem issuing a second certificate though, just click "Certify" again.

No wonder. Mine's set to 48 hrs but I don't recall manually changing it.
Will the certificate upload show in the upload window? If yes I'm safe on this occasion.

The certificates folder is a little confusing when you have many. Since I certified all simultaneously there was no time/date indicator either to give a hint. I was not enthusiastic about opening up over 1k of certificates to find several dozen. So I started them from scratch. Unless a file has been changed I presume the certificate would be identical to the original in any case (with exception of date and time listed within.)

No, certificates are shared via a completely different code path and it will be difficult to display how many times a certificate has been uploaded anywhere in the UI. Also, just because it's been uploaded doesn't mean the remote side has imported it (the user has to click "Import" in order to store someone else's certificate).



Indeed, managing certificates manually is not easy and I don't really want it to be. This is a feature users should be careful with, hence the warnings in the UI and on the wiki. If you have deleted any certificates manually, you should restart MW because it caches them in memory.

I did. Also there'd been no uploads since adding the original certificates so no issue this time.

Any possibility of also adding a Find (or Locate) on Disk tool to library & uploads?

You've been doing a great job with this project.

Added it to the shared file right-click menu in 0.6.0, available now.

0.6.3 is out with integrated chat functionality, and with file preview

No change. I stuck to 0.5.10 because I wanted to be sure the update system was working. I changed the check for updates to every 3 hrs a couple days ago.

I presume you tested the osx update working ok? If yes then it must be something at my end.

Not as thoroughly as I should have; more specifically I didn't test when the installation has existed from the 0.4 series like in your case. I saw someone successfully downloading the mac bundle from me and I presume it was you, so that part is working. I'll get busy trying to figure this out...

This might be considered somewhat petty. But just a personal choice.

Does MW record it's size and/or column widths in library/upload window?

My impression is these things are not recorded. Probably most people enjoy both the presets and the way the columns have a pulling factor on neighboring columns when moved. Personally I like to be abe to adjust them to custom widths. The upload window for example, the file name might be fairly long which means I need to stretch the column to see the entire filename. Remote pieces helps me to know how much of the file has been downloaded, but the full details are often obscured by default (probably for the large files.) It would be helpful if I could shift the column widths to a preferred width and remain that way between sessions. Likewise for the width of the gui. But obviously adding custom size options means recording the settings and potentially means slowing things down if custom settings exist.

Is there any setting(s) I should change or delete in order to fix the update issue? I had not used MuWire for about a week. After starting I downloaded an update, then I noticed several hours later I was downloading another. Then some days later noticed I had downloaded quite a few. Not sure how long I've been connected (does not appear to be a tool to show this) but I guess it is about 4 days. (I have uploaded 100% of the part update.)

So not only am I not receiving update notifications but the old issue of multliple copies of the update downloaded. That's not especially fair on those who are sharing both the bandwidth and their upload MB totals. Nobody else has come forward about this issue?

Attachment 6995

Edit: It might be my fault: I found an issue within my own setup. The download folder didn't appear to exist so I guess this might be what's caused the problem. I'll see. My downloads folder is not on the system drive but a sub-folder elsewhere. I don't like using the system drive for anything but the system. This approach might be safer in more ways than one, not only the health and efficiency of the drive.

Sorry I have been working on a web interface for MW and haven't really had a chance to investigate in detail the update issue. Nobody else has reported it so far.




This could be indeed what's causing the issue. I don't check for the existence or ability to write to the selected download and incomplete folders, I should.


Can you try manually downloading a file (a search for "muwire" will yield many results) and then seeing if the downloaded file appears in your shared files list? If it does, then the update should work.


Another thing to try is to disable automatic download of updates. With that disabled, you should get an update notification immediately when MW discovers about a new version exists. But let's see if fixing the download folder makes a difference first.


Thank you for the time you've put into this; you're helping me find many scenarios I haven't thought about.

The incomplete folder did exist.
Won't let me download it. I'm guessing due to the incompletes titled with .zip.part and .zip.pieces

I see you (or at least I think that is you) downloading it from me right now. It's not letting you start another download for a file which is already being downloaded, that's intentional.


Let's wait until the download finishes; an update message should popup.

The update message popped up after a restart. Updated.

Thanks for your help and sorry for wasting your time with something that was not a bug. Glad I (we) sorted this issue before Christmas and the new year. A rather dumb mistake on my part.

Any chance of future MW versions allowing MW to create folders in settings (download+incomplete)?
Or does this become too much of a platform specific task?
I can't remember about LW4 but FrostWire 4 had this ability for a downloads and shared folders. There is a very small if minute chance someone else might eventually make a similar error.

Hey, no worries, glad it's working now.



Regarding creating new folders - it does become platform-specific, but the least I should be doing is checking if the folder exists and can be written to, and displaying an error message if that's not the case. I would have never thought of this if it weren't for your help, so please do not think for a moment that you wasted my time!

After several months of work MuWire 0.7.0 is out. It should be at least 40% faster than the previous versions due to rewritten streaming library and new encryption protocol.



Also, you can adjust via a slider the level of anonymity vs. speed in the options.


There are a few other features, but the main thing is the speed. Give it a try!

Any chance of adding a Copy/Paste ability to the Add Comment tool interface?
I don't mean tool buttons but simply a built-in ability for copy-paste to be used.

Hmm, works here? I'm using the "Aqua" look and feel on Mac OS and Command-C + Command-V work as expected.


If you're using the "metal" look-and-feel which was default until MuWire 0.7.2 then you need to press Ctrl-V to paste or Ctrl-C to copy. It's a java thing, I can't do much about it :(


Also, if you want to add the same comment to multiple files you can just select the files and add the comment in one operation.

Perhaps I forgot about ctrl. :o Yeah I normally comment multiple similar files by the method you mentioned. Just sometimes it's more convenient to copy details from elsewhere rather than type them in. So all is good. :)

Hi, MuWire 0.7.6 is out. The download engine has been rewritten for more efficient downloads - I've reached 250kb/s from a single source (both sides using on the "Max Speed" setting).


There are also reductions in background traffic and a French translation.

Any small chance of adding universal file exchange speed listing on the GUI for each of downloads & uploads? Ideally you'd be able to see the file exchange speeds at any point in time in any gui window, but alternatively at least have a downloads speed total in the downloads window & likewise for uploads window. I'm sure you could squeeze it/them in somewhere. :D

At this point I'm yet to see dramatic speeds. Upload peaks were between 50-60 KB/s yesterday. My speed settings are about ten times that (though I've increased by 50% for next restart.)
I've always presumed a percentage of those settings will be used by overheads.

I am not sure if there is a method to check a downloader host's version.

Funny cause someone else just requested the same thing yesterday :) I will add them for the next version, they will be next to the connections count on the bottom right of the main frame.




Downloaders do not report their version, but if you can right-click on the upload and see Browse/Subscribe/Chat options then it's newer than 0.7.3. Of course that doesn't tell you much.


Thanks for testing, next version will be out end of next week.

Just a touch confusing:

Attachment 7023

I would presume it is the later version. I noticed something similar 6 days ago. The download zip was MuWire-mac-0.7.5.zip
I presume you simply forgot to change the zip name.

Shoot, I forgot to update the link, thanks for spotting this. Anyway, 0.7.7 will be out later today and I'll make sure all links are ok.

MW 0.8.4 does not open on Macos 10.11
MacOS Console message:
I'm curious about the reference to ppc architecture. Would obviously not be compatible with earlier mac architecture (such as the non-intel G series.)

Also I noticed I was not notified about the update after an initial O.8.3 restart. Only after installing and then replacing the 0.8.4 with O.8.3 did I receive the update message. There is a chance I had not waited long enough for the update message to load before quitting.

The only thing I changed was to bundle Java15 instead of 14. MW checks for updates 2 minutes after startup to make sure there are enough connections built to find the update on.

Yes I probably missed the 2 min mark.

java15 might not be compatible for my system.
I cannot find the minimum end-user Macos compatibility for Java 15, only the minimum macos for java 15 jdk which is 10.13.
I'll become a redundant version user. :D It was always inevitable at some point.