Menu

#2 Alpha adds wrong copyNum in window's title on saveAs operation

9.0a3
closed
nobody
None
Bug
AlphaTcl
minor
2016-06-15
2016-03-21
Greg Dunn
No

When saving a newly created file in a directory (such as "Applications/Alpha") where the user apparently does not have write permissions, the save attempt fails with a permissions error "Error processing menu item".

After successfully saving the file in an alternate location, there is still only one window open but the filename in the window header has a <2> after it. Attempting to close this window gives the error dialog “can’t find the old window in creation list! Bad error in win::destroyed for (my filename)". It does not prevent me from subsequently closing the window, so this may be just an error in a trap routine.

Discussion

  • Bernard Desgraupes

    • summary: Alpha doesn't properly dispose window pointer? --> Alpha adds wrong copyNum in window's title on saveAs operation
     
  • Bernard Desgraupes

    Changed the summary to describe the issue.
    The reported problem happens with any saveAs operation.

     
  • Bernard Desgraupes

    The culprit was the -[AlphaDocument setFileURL:] method. The copyNum was calculated too late when the displayName had already been modified by Cocoa.
    This is fixed now.

     
  • Bernard Desgraupes

    • status: open --> fixed
     
  • Bernard Desgraupes

    • status: fixed --> closed
    • Version: 9.0a1 --> 9.0a3
     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.