Opened 8 years ago

Closed 7 years ago

#9234 closed defect (fixed)

Opening files from the Journal mangles their name

Reported by: karl Owned by: etoys
Priority: normal Milestone: Future Release
Component: etoys-activity Version: not specified
Keywords: Cc:
Blocked By: Blocking:
Deployments affected: Action Needed: never set
Verified: no


The name will show the objects Journal ID which is not very useful and a bit ugly. I'm not sure how to change this. Do we need to keep track of the ID ?

Change History (6)

comment:1 Changed 8 years ago by bert

Could you explain what you mean? The journal is ID-based, it does not have or preserve file names. How does that relate to Etoys?

comment:2 Changed 8 years ago by karl

When I open a picture in Etoy from the Journal the pictures name in Etoy show the Journal ID.

comment:3 Changed 8 years ago by bert

  • Milestone changed from Not Triaged to Future Release

Ah, that's true. Yes, would be nice to fix this. The problem is that we re-use the file-dropping logic, and the file name we get from the datastore is that funny id. Maybe if we simply mangle the name instance variable of the drop stream ...

comment:4 Changed 8 years ago by karl

Hm, I also have a issue when I try to open files programatically that I have no reference to them. It's probably the same issue, the drop handler do not return the value.
Do you have a suggestion on how to change the logic for opening files ?

comment:5 Changed 8 years ago by ScottWallace

Issue now entered on the Squeakland tracker as:

comment:6 Changed 7 years ago by bert

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.