Oct

12

Bento Bug: Back-Ups

Filed Under Bento Bugs 

This goes along with the database bug described earlier, but is more important and should really be fixed.

If you make big changes to your database, like deleting 500 records, you might want to create an immediate back-up to secure the changes. But before you do, you have to quit and re-start Bento. Only then Bento has really updated your database file and reduced its size. If you back-up without re-starting, the size of the database file doesn’t change!

Again, this should be fixed, because Bento should be able to create true back-ups WITHOUT having to be restarted! Anything else doesn’t make any sense.

Comments

7 Responses to “Bento Bug: Back-Ups”

  1. Jens Rasmussen on October 15th, 2009 2:08 pm

    Something really is wrong with the backup routine. I just checked the folder in which I store my Bento Backup packages. They are all ‘last midified on 5th May’ – hardly…

    When I look inside the package, I can see that Contents/Resources/Database has the correct date – the name of the backup package has the date in it…

  2. Florian on October 15th, 2009 2:14 pm

    Yes Jens, I noticed that before. I think the reason this is happening is that it IS a package file. The actual database file is only one component of it. Some of the components are only “re-used.” From which component it actually gets the date I don’t know. Maybe Simon will know. I’ll ask him.

  3. Simon on October 15th, 2009 2:38 pm

    I actually posted about this a while ago. I’m not 100% sure where the bento.bentodb file’s date comes from and it could effectively be set by any of the files within the bundle changing. However, as you have realised, it is not an accurate indicator of when the file was last used.

  4. Stan on February 8th, 2010 8:58 am

    I am just Bento literate enough for my own purposes and found this site via (you’ve guessed) Google.
    So I am a little late to this ‘party’ and along the way probably missed something.

    I am using Snow Leopard and Bento 3.0.3 (12327).
    In Finder ‘List View’ bento.bentodb ‘Date Created’ and ‘Date Modified’ are quoted as being the same date. In my case the ‘Date Created’ is correct and the date quoted under ‘Date Modified’ is in error.
    The ‘Date Last Opened’ is grayed out, so cannot be shown.

    A similar scenario exists in Finder ‘Column View’
    However the ‘Date Last Opened’ is shown under ‘Preview’ and is correct.

    Using Finder in ‘Column View’ to ‘Show Package Contents’ the Database can be seen in ‘Preview’ to have ‘Date Created’, ‘Date Modified’ and ‘Date Last Opened’ all showing the correct appropriate dates.

    Along the way it is observed that other Components of the Package have differing ‘Dates’ which appear to be correct.

  5. Florian on February 8th, 2010 1:15 pm

    Stan,
    even though you don’t really ask a question, let me comment on your observations.
    As you noticed, the file bento.bentodb is a package file. That’s why the dates are what they are. As you found, the actual database inside has the correct dates.
    Did you have any open questions about the dates?

  6. Stan on February 10th, 2010 5:59 am

    Hi Florian

    I am reporting that I do not appear to have the same issue with Dates as those reported above.
    Certainly there are idiosyncrasies with these ‘Dates”, so it seems reasonable to define which Date-Location is being referenced.
    I feel that perhaps I could learn something and I am particularly interested in the Date that Simon is referring to?

  7. Florian on February 10th, 2010 6:47 am

    Actually, Simon refers to the same data we all do: the date of the bento.bentodb file. I think it’s simply the date Bento creates initially, but I would have to double-check.
    If you delete that file and restart Bento, a new one is created with today’s date, I believe. That date doesn’t change for the life of the file, I assume…
    Only the dates of it’s package components change.

Leave a Reply