Opened 10 years ago

Last modified 2 years ago

#437 new task

Features that have never functioned in Windows

Reported by: aeon Owned by: gfarmerfr
Priority: minor Milestone: Release 1.3.0
Component: nicotine Version: 1.2.12 - Win32
Keywords: sounds, events, input Cc:

Description

I just wanted to add that the following features have never functioned (at least in all the Windows versions I've tried):

Sound effects/TTS Events "Open directory" "Copy URL" "Copy folder URL" "Send to player" Double clicking down/uploaded filenames does nothing Extended characters normally typed with Alt+[numeric code] cannot be entered unless manually copied and pasted.

All but the last are relatively trivial. The issue regarding extended character input is of particular import for most users of languages other than English.

Change History (14)

comment:1 Changed 10 years ago by quinox

Thanks for this list...

  • I could be wrong, but I think "Open dir" should work if you select "explorer" (iexplore.exe?)as your file browser
  • "Send To Player" should work if you select the right music player in your settings
  • "Alt+[keys]" outside our domain, there's a bug about it here: http://bugzilla.gnome.org/show_bug.cgi?id=148386

The rest sounds fixable.

comment:2 Changed 10 years ago by quinox

Status: newassigned

comment:3 Changed 10 years ago by anonymous

Most of these things work for me. I have open directory set to explorer $ I have Audio Player Command set to c:\program files\k-lite codec pack\media player classic\mplayerc.exe $

your mileage may vary

comment:4 in reply to:  1 Changed 10 years ago by aeon

I just tried setting the file browser to "C:\windows\explorer.exe", "explorer", "explorer.exe" (with and without quotes; quotes are used when designating a path to a web browser in URL catching for example) with no luck... Every time I tried to use "Open Directory", nothing happened at all. I was trying to get "Run command after download finishes" to run a small command line beep generator for an audio alert when something really weird happened.

Nicotine+ 1.2.12 crashed, and I tried to restart it, but now it just dies utterly with no dialogue boxes or error messages etc every time it's run. I tried uninstalling everything, including previous Python and GTK+ installations, and installing only from 1.2.12's Windows installer. Same thing keeps happening; every time I try to run the program, it just dies. I've been at this for hours, trying everything I can think of to eliminate possible Python and GTK+ version conflicts or confusion (editing system variables to omit old GTK+ paths, for instance) and nothing is working...

I couldn't even get to test Audio Player Command :\

comment:5 Changed 10 years ago by anonymous

uninstalling n+ and/or GTK will not help you - we do not modify any of your system files. I suspect your config file got corrupted. If you remove/rename %APPDIR%/Nicotine the program should work again (for most people this folder would be "C:\Document and Settings\<username>\Application Data\Nicotine"

Did you add the $ sign to the file browser command? It's crucial, since this symbol will be replaced by the actual directory name.

We should probably set the file browser to 'explorer $' by default when first running n+ on Windows.

comment:6 in reply to:  5 Changed 10 years ago by anonymous

Replying to anonymous: I was just resolving that problem before rechecking here, and you are correct. The configuration file became corrupted and caused the crashes. Initially I assumed the configuration files were being deleted during the automated uninstallation, so I had no idea they were being left behind. In previous versions of n+, these files were always in their own directory in n+'s program directory... I had no idea they were being installed somewhere else. In this case (I'm using Vista), they were being installed to %APPDATA%\Roaming\Nicotine. Manually deleting the files and reinstalling solved the problem completely. I added a ticket about it since I found another Windows user with the same issue.

Did you add the $ sign to the file browser command? It's crucial, since this symbol will be replaced by the actual directory name.

Yeah, I kept the $ sign and it didn't change the result for me... It doesn't do anything at all. Thanks though; I'll keep trying.

comment:7 Changed 10 years ago by offhand

Milestone: Release 1.2.13

comment:8 Changed 9 years ago by diaspar

Setting "File manager command" to "C:\Windows\explorer.exe" $ or explorer $ won't open file manager under upload tab nor when browsing own shares. (Win 7 and XP)

comment:9 Changed 9 years ago by anonymous

dang how come this still doesn't work?

comment:10 Changed 9 years ago by anonymous

because nobody is working on it ;)

Which "this" were you referring to? What specific option isn't working for you? As stated some Windows users do manage to use these features just fine - it's difficult to make things working if they are already working

comment:11 Changed 9 years ago by anonymous

Doesn't work for me as well.

comment:12 in reply to:  11 Changed 9 years ago by anonymous

Replying to anonymous:

Doesn't work for me as well.

Windows has no high priority for me, but if you're precise in what doesn't work I will probably fix it:

  1. Specify what kind of behaviour you expected
  2. Specify what kind of behaviour you got
  3. Specify what you did to get that behaviour
  4. Anything else relevant

My Windows machine takes 10 minutes to boot, so I never use it, and when I do use it I don't want to click around for half an hour in N+ to find out what you're talking about. If you provide a description with a step-by-step description of how to make it fail I'll fix your problem

comment:13 Changed 3 years ago by gfarmerfr

Milestone: Release 1.2.13Release 1.3.0

comment:14 Changed 2 years ago by gfarmerfr

Owner: changed from quinox to gfarmerfr
Status: assignednew
Note: See TracTickets for help on using tickets.