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.



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. 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.

That's fine for me personally.

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