bugDenemo - Bugs: bug #50176, Denemo installation overwrites...

 
 

bug #50176: Denemo installation overwrites PATH variable on Windows 7

Submitted by:  None
Submitted on:  Sun 29 Jan 2017 01:53:01 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Invalid
Privacy: PublicAssigned to: None
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 11 Feb 2017 12:49:52 PM UTC, comment #4:

Thank you for getting back to us!

Richard Shann <rshann>
Project Administrator
Sat 11 Feb 2017 12:11:46 PM UTC, comment #3:

I could not reproduce the original problem; installation now worked well with/without elevated permissions. I can only guess that by coincidence my PATH variable had been overwritten with an empty string shortly before installing Denemo.

Sorry for the confusion; case can be closed.

Anonymous
Sat 04 Feb 2017 11:47:02 AM UTC, comment #2:

I occurs to me that this overwriting may not happen if the user starts the installation with elevated permissions.
That is, it may be the result of windows returning an empty string for the PATH before asking for the administrative password to re-write it - that would result in an over-write.
Can you check what happens if you start the install with elevated permissions?

Richard Shann <rshann>
Project Administrator
Sun 29 Jan 2017 02:45:08 PM UTC, comment #1:

Is this new?
We used to have reports like this a few years ago. I thought it had long been fixed.
The workaround would be to use the non-installer version (see denemo.org for that).

I see in
http://www.denemo.org/~jjbenham/gub/nsis/denemo.nsi

that there is still a line

Call registry_path

and I see the definition of registry_path:

Function registry_path
ReadRegStr $R0 HKLM "${ENVIRON}" "PATH"
WriteRegExpandStr HKLM "${ENVIRON}" "PATH" "$R0;$INSTDIR\usr\bin"
FunctionEnd

which looks like it would append. But as far as I know, Denemo doesn't use the path (does it use it to find LilyPond?) so perhaps the call registry_path line could be deleted.

Perhaps Jeremiah could test this possibility?

Richard Shann <rshann>
Project Administrator
Sun 29 Jan 2017 01:53:01 PM UTC, original submission:

After installing denemo-2.0.14-0.mingw.exe (Windos 7 Professional SP1 64 bit) the system setting (which precedes the user setting) of the PATH variable has changed into

;C:\Program Files (x86)\Denemo\usr\bin

i.e. the previous setting has been overwritten instead of appending the Denemo path (see attached screenshot).

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

Attached Files
file #39604:  denemo.jpg added by None (36KiB - image/jpeg)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rshann (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 11 Feb 2017 12:49:52 PM UTCrshannStatusNeed Info=>Invalid
      Open/ClosedOpen=>Closed
    Sun 29 Jan 2017 02:45:08 PM UTCrshannStatusNone=>Need Info
    Sun 29 Jan 2017 01:53:01 PM UTCNoneAttached File-=>Added denemo.jpg, #39604

    Back to the top


    Powered by Savane 3.1-cleanup1