MuWire - an anonymous P2P app
 

Hello there,


I am the developer of MuWire, an anonymous file-sharing application inspired by LimeWire (I used to work for LimeWire LLC btw). MuWire uses the I2P network to hide the ip addresses of its users. Other than that it's a lot like the LimeWire 4.x series.


You can download Windows and Mac bundles at https://muwire.com
If you want to build from source, it's available at https://github.com/zlatinb/muwire
If you want to learn more about how MuWire achieves anonymity, visit the I2P website at https://geti2p.net


Enjoy!
zlatinb

Good work.

1. I’m curious, what is the search horizon with this system?
2. How long can a search be expected to run for? (I'm never sure if the search has finished or not.)
3. How many peers does a leaf expect to connect to? Or does i2p use a different system?
I noticed I had over 10 connections at one point but that increased to 17 after a couple of hours.
4. I presume the program has UPnP support? I setup port forwarding after a short period of time. I presume the MuWire port will remain the same.


Be nice to see a drag and drop system for sharing. Reason is because from a personal note, I often have multiple file types within the one folder and only wish to share one of those types. For example, I may have either AIFF/FLAC/ALAC within the same folder as mp3 or m4a files. Folder sharing does not allow the exclusion of one or the other. Likewise I may wish to share just a selection of videos from a video file folder, not all the video files. There's also the safety/security issue of accidental sharing of private files within the same folder for some people. Probably less likely people will choose their default user account downloads folder as with other sharing programs/networks. But if drag and drop is added, a method to remove individually shared files would also need to be added. In case of accidental addition or other reasons.

Unlike Gnutella queries travel only 1 hop, but to compensate for that the fan-out factor is much higher. I've set it to 512 now, although that might bump into some built-in I2P limits.


So theoretical maximum for an Ultrapeer would be 512 * 512 * 512 + 512 = 134218240 but of course in reality it would be much, much lower.



There is no dynamic querying so there is no way to know when a search has ended, but in reality queries reach the entire network very quickly. If you are receiving many results back from a single responder that could take a bit more time. I would say 20 seconds maximum, give or take.



Leafs are not implemented yet :) so everyone atm is an ultrapeer. Now, MuWire connections are different from I2P-level connections (you can see those in Status->I2P). I2P connections are capped depending on configured bandwidth but max out at close to 2000. For MuWire-level connections you will basically try to connect to everyone you learn about, and there aren't that many nodes on the network right now.




UPnP is "outsourced" to the I2P router. It tries to map a random TCP and UDP port, which you should be able to change through the settings. However, all the firewall traversal business is handled by I2P as well; nobody at the MuWire layer is firewalled, so everyone can be an ultrapeer.


As for the other suggestions I agree the library management can be improved a lot and I will get to it eventually. The first public release was just a few months ago as you can see from the git history.

Implemented in 0.4.16 :)

Thanks and well done!

I think it's a bit early to ask at this point but it would be nice if there were view options for shared files. With long directory paths it can be difficult to see the specific file names.


1. How important is firewalling in both i2p and with Muwire?

I'm not sure how much relevance UDP has with i2p since afaik i2p is mostly tcp based.

I've noticed Muwire does not prompt to be added to the OSX firewall exceptions. I needed to add it. If this level of firewalling was important I guess you would build-in a prompting for Muwire to be added to the firewall exceptions. (Not sure it makes a difference but I guess there might also be the issue of different firewall variations OSX has developed.)
I realised I had inadvertently setup a pf rule using the wrong setting; there's 20+ devices, accounts or os's to select from. After discovering MW status was firewalled.

I needed to restart MW for the changes to be reflected in the MW firewall status.
Attachment 6982

2. How often does MW check the firewalling status?
LW used to check the status on a frequent note at least early in the session.

3. Search extra hop - does this put extra strain on the network? I'm guessing this is a very rough equivalent of OOB?
Or a cheeky pushing of the protocol. :D

4. Are id3 or equivalent tags used in any way in regards to advertising files?
From what I can ascertain from your earlier answer, only the literal filenames are used.

I've been thinking of a tree-based representation, but it wouldn't be the default. Reason is, the JTree structure is much slower than JTable and if there are many shared files (as in tens of thousands) the gui would get very slow. I will add it at some point though.


As far as MW is concerned nobody is firewalled, because you can reach any MW node regardless of their physical firewall-ness status. But for i2p, if you are firewalled you will participate much less in the network and hence get much less cover traffic, which is worse for anonymity. So it's a good thing to not be firewalled.


The I2P router uses UDP when available (the number of "SSU" connections are actually UDP connections to other I2P nodes). As usual, UDP is slightly faster and lower overhead than TCP.


Agreed that having this ability is important, but it requires me to write native code and I'm not particularly good at that. Nevertheless I hope to get to it at some point.


Checking is outsourced to the I2P router which checks shortly after startup and then on average every 13 minutes.



This setting is relevant only if "allow only trusted connections" is enabled. What happens is that if you allow only trusted connections, MW will only connect to those whom you have marked as "TRUSTED". In order to prevent your queries reaching untrusted nodes, in trusted mode queries travel one fewer hop. The "extra hop" setting overrides this behavior. See this GitHub ticket for a discussion on the issue https://github.com/zlatinb/muwire/issues/6


At the moment no id3 tags or other metadata (like comments) is used when searching, and it's not trivial to do so. Sure, I can copy/paste the id3 parsing from LW, but the underlying plumbing requires some more in-depth changes and design decisions.

Thanks for your answers.

Is there a how to or other descriptive page for how to use Muwire?
What is a Watched Directory? I forgot to ask about this. I notice you made some changes to this some hours ago in the code. I setup two watched directories but not sure what they actually do. :D
I inititially thought a watched directory might detail search hits or upload counts, etc.

I had hoped you might have descriptive contextual menus that describe what a particular tool does when you hover your cursor overtop the tool button. I realise this kind of concept might require a lot of work to add. From memory LW 4 used to have this ability and LW 5 had it to a lesser extent.

Yes that does describe it well, particularly the last comments.

Looks like the OP/TS might be wanting the equivalent of what LW 5 had for private sharing between friends. Though the way LW 5 achieved it might become redundant in years to come such as linking with gmail. I cannot remember the specifics, just what gmail will be accepting in the future. I think there might be a guest comment about this at WSHR’s SF.

Not yet, I'm hoping someone will contribute one because I'm not the best person to write such page - to me everything is intuitive enough and that's just not the case for new users.


A watched directory is monitored for file changes (like new files added or existing ones deleted) and those get reflected in the shared files list. However, I decided just a few hours ago that this is too confusing and clutters the UI, so I'll get rid of that panel very soon and make every shared directory a "watched" one.


They're coming at some point, thanks for the suggestion!


I just finished writing this few hours ago! :) If you feel like building from source you can give it a test-drive. Otherwise I expect to have 0.5.0 out in the next few days.

And by that I meant next few hours - 0.5.0 is live on the site. I think you'll like the new shared files interface :)

Much better. Well done! I also like the volumes listing; applicable to me at least since I have a desktop with several volumes, one of which is specifically for music. (I prefer lossless audio for listening.)
Phex and I think BearShare used this style of shares listings.

I was able to clean up the share list a little after being able to see it properly.

This might be a big question, but how do we use the content filter?
I find myself unable to add a term in the content control panel. What's the trick to adding the term? Might be an OS or OSX version specific issue.

I found I was sharing Finder files such as .DS_Store which is a tell-tale of what platform a person is using. In some ways these files remove a small amount of anonymity. These could potentially be added to a built-in not-shared filter list of similar items for other platforms. They are OS specific and generally hidden files that serve no purpose outside of the specific OS and computer. IMHO these could be considered garbage files on a sharing network.

LPE used LibraryUtils if I'm allowed to list this. :D (I would have used a WSHR reference except I've noticed the WSHR code linked bookmarks sometimes die (30-40% of mine.))

The Content Control Panel is intended to help you build your trust/distrust list. You input keywords or a regular expression in the text field and click "Add Rule". Then whenever a search comes to your node that matches that rule it is recorded, together with who searched it. Based on that you can choose to trust or distrust (aka block) that person. If you want to see every query that hits your node, enter the following as a regular expression ".*" (without the quotes).


Regarding the .DS_Store files I agree those should be excluded. I will look into adding some sort of filtering mechanism for such files.

Thanks. Funnily I didn't notice the text box until you mentioned it. :o It's located at the bottom left corner sort of out of the way.

Added exclusion of hidden files by default, together with "Browse Host" ability and few other features in 0.5.1.

Uploads
 

Finally witnessed an upload.
Would it be possible to add upload speeds per file and overall?

The upload process reminds me of how Phex and BearShare display uploads, listing in regards to pieces; once a piece is uploaded the upload vanishes for between a fraction of a second to a second and starts a fresh piece. Watching uploads in Phex confused me for several years (mainly because more than one listing of same upload might be visible simultaneously but not the only reason.)

Attachment 6984
The sample image is over a period of a couple of minutes.

But I have no idea whether I'm uploading at 5 KB/s or 500 KB/s.

The bandwidth setting is not super clear. It is not clear whether inbound and outband bandwidth is to do with overheads or uploads and downloads or a combination. Either way it seems a little odd that a restart is required after changing the bandwidth settings (unless it is inclusive of overheads.)

An ability to change upload (and download) bandwidth on the fly with immediate effect would be beneficial if this is possible. Also upload slot control. What happens if 400 people suddenly wanted to download from me?

I would also like to eventually see the ability (option) to retain upload listings rather than the default of removing their listing once completed.

Also the Library does not list what files might have been uploaded or search hits in either Tree or Table mode.

I'm a little confused about finding two Muwire (same version) downloads in the Download window. Is this some kind of network distribution for updates? But why two?

The bandwidth setting is the total bandwidth that the application is allowed to consume, including any I2P overhead. Because I2P encrypts and adds padding sometimes, the effective speed of a file transfer will be lower than what is in the setting.


I will look into making it possible to change the bandwidth setting without a restart.


I will look into adding that too.


That is very easy to do, but I'm concerned that the uploads table will fill up very quickly. Pieces are pretty small and you would have a separate row for each piece of a file you've uploaded.



I'll look into adding that too, it will be in the Table mode.



Yes, those are the in-network updates, but there shouldn't have been two of the same file. It's probably a bug.

Possible Library bug
 

I decided to shutdown overnight. Upon re-opening I discovered mp3's had found their way into my library shares. I am guessing this might have been due to some changeover process during the update?

On one hand I had added some folders and removed the mp3's and AIFFs. Later version I drag & dropped specific files from folders. For MW to add the entire folder's contents suggests a possible problem? I needed to go through and remove the mp3's from almost every folder. The more recently added files (& their folders) were unaffected. It's my estimation the problem was with the original files I added to shares.

Here's the ugly part. I discovered folders I had never added to shares under the same parent directory. For example a folder called Unknown.

Both downloads were identical size, only difference was different number of hosts downloaded from.

One important thing I should probably document somewhere is that if you drag an entire folder into MW it will share all files and sub-folders. You *cannot* then un-share individual files for as long as the parent folder has been dragged; those files will get re-shared on restart. That probably explains what has happened to you.


If you have a folder and want to share only certain files from it, the way to do it is to drag only those files, not the folder. Alternatively I can add some filtering rules based on file type.

I'm thinking about how to solve this problem, i.e. remember which files in a shared folder have been explicitly unshared, but it will take some time.

I forgot to ask, petty question but does MW show whether someone has browsed your shares?

At least since drag & drop I have been dragging a group of files not the folder (there might have been 2+ exceptions.)
I have certainly not drag & dropped the parent directory. That would be too much work to clean up.
I suspect the problem might have been with the files I added prior to 0.4.16 where I needed to manually remove undesired files from shares. Though my memory is a little vague about the point in time I added the files to share.

Interesting point you made about the adding a parent folder via dnd. That's not ideal when the unshared are not necessarily immediately unshared.

Not a problem to add, I've already implemented search hit count in git, it will be out in the next release. Would you like to see an explicit counter, or just increment the hit count for each shared file, or both? If explicit counter, where would you like me to put it?

I'm not totally sure the difference.
wow that was fast. Thanks. Yes I would like the ability to see whether shares have been browsed.

I was curious to try MuWire-0.5.4 so downloaded, but something odd happened. I was not sure if it was an installer or app so opened from download folder. After discovering it was an app I tried to quit but was given a warning about continuing to run. I copied the app to Applic. folder and tried to trash the app from downloads folder but received warning it could not be trashed because it was still running. I checked activity monitor but could not see anything that I identified with MW.

Attachment 6985 Attachment 6986

Some minutes later I was finally able to see a Remove from Dock option which had not been there previously. (I should have shown the dock menu options portion which only had an option to add to Dock, not remove.)

These symptoms might have partly been due to not running from the formal Applic. folder in the first place.

Comment: Whilst the keep in tray (but running in background) has been in the Windows OS for many years, I've personally never heard of this for MacOS (with exception of a server app.)

After restarting MW I found it did quit properly after using the (new) exit command.

2. I noticed I had redownloaded the netshare 0.5.2 overnight. After the above restart it is presently attempting to redownload it yet again but with a connecting status and eta of unknown.

3. The mp3 influx has returned for this restart. It's tiring removing them all. :D It might be easier to totally remove all of those particular folders and re-add via dnd selected files.

I'm running MacOS and VLC and Skype have system tray icons, so I thought it was a more accepted practice. I can add a configuration option to not minimize to tray if that will make things better.



That shouldn't happen, looks like a bug; the only way it could happen is if when you shut it down it was in the middle of downloading the update. Then it would just resume that download after restart.



I have implemented a fix for the underlying problem, with the next version you will be able to remove individual files from a shared folder without them getting re-shared after restart. But for now yes, the only solution is to unshare the entire containing folder and then re-add files via dnd.

This might have been a one off struggling to be able to quit the program, including via the dock option. I guess I was a little shocked when this happened and quitting Mw did not appear to work, just a reiteration of the same popup window of running in tray.

From a personal note I'd prefer a config option not to go to tray/dock. Personally I simply Hide the app if I don't want the gui showing, standard practice. Command H

All running gui apps on OSX will have a listing in the dock/tray. For ease of access and opening people may choose to retain the app in the dock. During installation some apps will permanently put themselves in the dock which requires manual removal. I consider that an arrogant install attitude. Could you imagine a dock with 150+ apps lol. I've seen something similar and it's confusing and somewhat pointless.

How does this look? I thought it's more clear to present the user with the option upon closing. I will of course put it in the options too.
Attachment 6987

That's fine for me personally. :D

Keep in mind that if MW is closed to dock, there is no way to quit the program. The Quit command simply gets stuck in a loop. There is also no way to get MW gui to show. That makes it very different to the hide command.

The only way I was able to quit the program was using the force quit command using a utility.

This does need to be improved. Potentially needing macos specific commands. Unless you switch the quit and exit commands. (Presently the exit option is only available on the gui.)

Also the program's active name shows up as Launcher (not referring to the Dock.)

Actually what happens is MW takes a very long time to shutdown sometimes up to 2 minutes. I've made some changes in git to significantly speed that up, the next version should take no more than a few seconds.


Unfortunately after Command-Q has been pressed I cannot show any more windows, so I can't display the "MuWire is closing please wait" dialog.

MuWire 0.5.5 is out. It contains many of your suggestions LOTR as well as several important fixes. Shutdown is immediate and works when hiding the app in MacOS as well.


Full changelog:
Core:
* Fix a serious bug in piece size calculation. Re-sharing required
* Upload slots management
* Faster shutdown
* Fix re-sharing of a file inside a shared folder upon restart
* Stricter checking of results and headers

GUI & CLI:
* Do not clear uploads automatically by default
* Show upload speed
* Show search hit counts and downloader counts per file
* Show how many times you’ve been browsed
* Better close prompt on Windows and Mac

Shutdown is just 3 or 4 seconds or so. That's a dramatic improvement. Now I can shutdown immediately. Likewise closing to the tray (Dock) the quit is fast. I guess it's not important but the hide/show command simply lists the Launcher in the menu bar but no gui.

Description for options to close is fine.

Still getting the same netshare 0.52 version downloading each time I re-open MW.

I am not sure about the re-sharing of folder contents because I decided to remove and re-add via selected files.

Extremely happy to see the upload slot options.

Lots of programs default to system drive and user account. I personally don't use the system drive for anything other than the system and apps, etc. An approach I've used for about 20 years (with odd exceptions).
To access the other drives I need to get to root and find volumes. This was relatively easy to do from my first use of MW. But it might confuse some MacOS users who may have alternative drives (yeah I realise most mac users these days use single drive devices such as MacBooks, etc. but some may also use external storages.) I just thought I might bring that point up that the menu system does not have an option to show volumes using a button. Or am I missing something. It's not dramatically important.

I had noticed a few programs where development began on Linux were either difficult or impossible to find a way to use an alternative drive for working with their output files.

But as I suggested this is a very minor thing for MW, the option to find volumes exists.

This puzzles me. Really shouldn't happen.


This is most probably due to the fact that OSX defaults to a "nimbus" look-and-feel, which you can change in the options. Reason for that is that otherwise the initial file chooser that asks where to store downloaded files doesn't show. That is a java bug, and the only workaround I found was to switch the look and feel.


If you want to try the Mac look-and-feel change "nimbus" to "system" and restart. Note that some things may not look very pretty, at least the close button on the search tabs looks weird.

Mine was set to "metal". Certainly looks different set to "system" but the file/directory chooser is even more basic and with less directory options. So does not solve the issue. The upload/library showed arrows which is a fraction clearer when Tree mode is used. Mine might have been set to "metal" by default due to Apple's java 6 jdk being the default java.

By the way (1) what is the standard KB/s overhead for running MW?
(2) what is the typical upload and/or download overhead?

On my Mac (Mojave 10.14.6 + Java 8) the directory choosers do not open at all, in fact they crash the gui. That is unfortunate because I would love to switch the default look-and-feel on Mac to "system"




The bundles available for download on muwire.com come with their own java which is version 11. MW wouldn't work on java 6 at all.



I don't really know, but there is overhead with encryption and padding. In addition, I2P routes traffic on behalf of other users, that's how it achieves anonymity. But whatever the overhead, the total BW at system level should not exceed the bandwidth limits set in the options.

I attempted to switch to nimbus but up came aqua instead after a restart. Then after changing and returning to settings to check the difference before a restart mw froze with settings window open.

There's no listing on MW to show java version.

Standard overhead appears to be quite high but I won't specify. Peaks/spikes appear to go higher than settings. At least that's how it appears.

Froze just like that? I guess the Aqua look-and-feel on java is more broken than I thought. You can revert to metal by editing and changing the "lnf" entry to I will add a new window under the "Status" menu to show the Java version



That is something I need to bring up with the I2P devs, as bandwidth limiting is done by the I2P router. Are the spikes significantly higher than the limit?

0.5.6 is out. Notable features:


* Added support for "Sidecar" files. More info https://github.com/zlatinb/muwire/wiki/Sidecar-files

* Moved to Java 13
* Added system status panel that shows memory usage and Java version

* When there is an update available, a message window with description of the update will popup
* On Mac, the toolbar should now say "MuWire"
* Fix changing of font size

I can't open it. Going inside package dnd to terminal (not sure which to choose):
/Applications/MuWire.app/Contents/MacOS/muwire-mac.sh: line 6: jre/bin/java: cannot execute binary file

/Applications/MuWire.app/Contents/MacOS/MuWire.jar
-bash: /Applications/MuWire.app/Contents/MacOS/MuWire.jar: Permission denied

Note: I'm on os10.11. A limitation of my hardware-firmware re: upgrading.


I presume this is the file size? That seems a particularly large allowance for comments; potentially over a thousand words. On one hand it's great commentaries can be large but somehow it looks like it could become short story length. :D

Good to hear.

Any possibility of shifting to self-updating options in the future? I don't know what process the average 3rd party MacOS app uses but I suspect it's based on Sparkle. By self-updating I'm not referring to updating without the owner's permission (not sure that's even officially allowed on MacOS) but giving notification of an update with an update info window and then once selected it auto updates and restarts. It can be such a clean process and many (most of mine) 3rd party Macos apps use this process.

Launcher version 1.0 was a little meaningless. :D The About Launcher window simply showed Java version 1.0


I had noticed it's possible to dnd from iTunes directly to MW. One occasion I noticed after removing the files so I could rename them (the physical files), I was unable to re-add them via the same dnd process with iTunes. Possibly because iTunes had not yet updated its references. So now I wait until the files have been renamed before adding either via iTunes or direct dnd from a folder.

I thought for music it might be best to rename the file starting with the artist, album and song title in that order. It's sort of based on the method used by priv torrent sites for torrent titles.

I've tried opening on an alternative OSX 10.11, 10.8 and 10.6 and at least one of those does not have apple's java. All fail to open. The highest java version I have is 8.

It's an instant startup fail which leads me to think you might have forgotten to change something.

I suspect you might have forgotten to change a reference. Perhaps renaming the name (or version) of the launching app. Although the plist file looks ok. CFBundleShortVersionString 0.01 I don't know if that's correct? Or perhaps forgotten to change the internal java version reference (though I see there's a reference to 13 in the jre folder)?

Generally most of what you have allocated into the MacOS starter folder usually goes into the Resources folder of the package so it's a new approach to me. Might help explain why the plist file is relatively small.

But a PkgInfo file appears to be missing that would normally be alongside the plist file for most apps. First time I've looked at the contents so I cannot compare with a previous version. However I think I saw a reference in the plist file that would normally be in the pkginfo file.

There appears to be a lot of references to mail within the app. Does that mean the dev(s) are monitoring everyone's MW (and system)?

I was able to reproduce this. The only thing that I changed for the Mac packaging was the Java version, so I switched back to 11 and now it works. I've updated the binary on the website, please download and try again.


I apologize about this, and about the "unidentified developer" warning. I really need to get my Apple developer membership sorted.


I will read up on the proper way of doing things and move them around. I will also read up on the PkgInfo file and see about creating one.


You're probably referring to the various ".crt" files inside MacOS/certificates. That is just a naming convention for the certificates that I2P uses to connect to the bootstrap servers (it's equivalent of GWebCaches).



This is an important question, and the answer is no, BUT I am running a MuWire hostcache (aka GWebCache) which crawls the network, so if I wanted to I could build a graph of who is connected to who. Also, I run an update server to whom MW nodes report their current version, so I have an idea of who is running which version. Note that I don't see actual ip addresses, just the cryptographic identities.


Certainly, once I get my Apple Developer membership sorted it can happen. There are some anonymity issues with that though; right now it's possible to download MW through I2P and I don't know the ip addresses of most MW users. If I start using Sparkle I will be able to see that, so it needs to be a very optional feature.


I don't know how iTunes handles things, but it's important to mention that MW doesn't like when things change while they're shared. So if you need to rename, edit or delete a file you should un-share it from MW first.


The comment system in MW exists exactly to alleviate the need for this. Any keywords you put in a comment will be searchable, so even if the file is named "song.flac", as long as it has the artist, album and song name in the comments others will be able to find it.

Works now. Thanks.
I did unshare the folder listing first. Perhaps if I unshared each of the files first it might have made a difference. Just seemed easier to unshare the folder instead of a dozen or more files.

But is the comment system limited to only MW searches?

That inspires another question. What chances are there of my MW finding search results from other ip2 clients in other groupings/communities, etc. or vise versa? Example i2phex.

The Trust feature I find to be a difficult concept. How can I be certain a host is not a honey-pot investigator even if the files appear to be fine?

Yes, the comment system as well as everything shared on MW is only visible to MW.



Interesting idea but I doubt it will happen. I2Phex specifically hasn't seen any development activity in years as far as I know. If there appears a well-documented platform that I can integrate with, then I will certainly consider doing that.



Well that's generally a problem with every trust system. The best advice I can give is to take more things into account than just whether the files are genuine - for example what the user shares (can check via "Browse Host") and what the user searches for (can set up a ".*" regex rule in the Content Control Panel). Of course out-of-MW communication with the user in question is always a good idea. But neither of these is a silver bullet.

Sorting the apple developer certificate was easier than expected :) So now the bundle on the site is signed and no longer shows the warning. I will work on making it a .dmg eventually.

I've yet to see an update message. Unless I closed the message without thinking. But I have restarted the app over the past day. Edit: Another restart and no update message. I do wonder if this issue is osx specific. I've been uploading the 0.5.7 update parts so perhaps those on linux & windows have been receiving the update messages. I'm still on 0.5.6

But doesn’t this mean that potentially people (downloaders) will be sharing "song.flac" without support information and thus a little meaningless? People would need to guess what song of the same title and artist, etc. That is not only if they choose to share what they download but also to a smaller extent for themselves to recall what details existed if the file's ID tags were not particularly inclusive. I've previously seen poorly (or barely or non-existent) tagged files across networks and it can be annoying.

I guess that does bring in the Trust factor concept about the accuracy of sidecar files. But once in a while a person might also make an honest mistake.

Any possibility of adding interactivity with the uploads window?
Things like right-clicking with options such as view file information, find in library, find on disk, etc. This is particularly relevent if a shared file is simply "song.flac" and your library has multiple files of same song but different versions (such as live/studio/rehearsal, jam, etc.)

Probably due to the way uploads are listed via Java, the uploads listings are difficult to select for more than a second or two.

That puzzles me, 0.5.6 should download a mac-specific update file called "MuWire-mac-0.5.7.zip". Can you open the file ~/Library/Application Support/MuWire/MuWire.properties and tell me what the "updateType" property says?



What you describe is a big issue and I don' t know if a perfect solution exists. Comments in MW only "travel one hop". But I'm working on a new feature which will help when people rename the files they download, amongst other things. More details here https://github.com/zlatinb/muwire/wi...e-Certificates



I'll look into it. The selection thing is fixable for sure, I just never thought the uploads window would need to be interactive so didn't bother to preserve the selection across updates.

updateType=jar

I had thought the download updates issue had stopped. But I noticed I downloaded two 0.5.7's and 0.5.6 was in that attempting to download with unknown eta status.

Can you stop MuWire, change the value of the updateType property to "mac" (without the ") and start MuWire again? About a minute after startup it will query the update server and should start downloading the right update package.

First time I've seen a macupdate in the downloads window. But looks like it will be some time before I get it. :D I presume I receive a popup message after completion.

Attachment 6990

Appears to have finished downloading. But no notifications. Or do I need to restart?