We have two main development bundles living in the same StORE database
on PostgreSQL. In 7.5 published items tool properly displays versions for each of the two bundles (75a.png vs 75b.png), but in 7.6 only versions of Dev-Raven show up for both (76a.png vs 76b.png). Again, this is the very same database, just different version of VisualWorks. Any ideas? Cheers, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc 75a.png (45K) Download Attachment 75b.png (31K) Download Attachment 76b.png (44K) Download Attachment 76a.png (44K) Download Attachment |
This is almost certainly because of the feature added in 7.6
that Store will notice renames, and show versions of the old
package/bundle as well. However, it just extracts a list of what the
rename was, and then shows all versions of both the old and the new name.
So if you have
A renamed to B, and then development continues on both A and B, you'll get interleaved versions of the two, when you probably expect only to see versions of A prior to when it was renamed to B. So I expect that at some point one of these was renamed to the other. You might find the following useful in a StoreGlorp workspace versions := session read: StoreBundle where: [:each | and if you want to remove the parent relationship session modify: versions first in: [versions first previous: nil]. At 07:51 PM 6/24/2008, Boris Popov wrote: We have two main development bundles living in the same StORE database --
Alan Knight [|], Engineering Manager, Cincom Smalltalk
_______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
Thanks, Alan. Indeed one bundle started as a rename/republish of another to split the streams. I will try the fix tomorrow first thing and report back. From: Alan Knight To: Boris Popov; VWNC Sent: Tue Jun 24 18:41:27 2008 Subject: Re: [vwnc] [7.6][BUG] Store published items displays incorrect versions This is almost certainly because of the feature added in 7.6 that Store will notice renames, and show versions of the old package/bundle as well. However, it just extracts a list of what the rename was, and then shows all versions of both the old and the new name. So if you have A renamed to B, and then development continues on both A and B, you'll get interleaved versions of the two, when you probably expect only to see versions of A prior to when it was renamed to B. So I expect that at some point one of these was renamed to the other. You might find the following useful in a StoreGlorp workspace versions := session read: StoreBundle where: [:each | and if you want to remove the parent relationship session modify: versions first in: [versions first previous: nil]. At 07:51 PM 6/24/2008, Boris Popov wrote: We have two main development bundles living in the same StORE database --
Alan Knight [|], Engineering Manager, Cincom Smalltalk
_______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Alan,
Thanks, that did the trick, versions := session read: StoreBundle where: [:each | each name = 'Dev- Cate' & (each trace name ~= 'Dev- Cate')]. session modify: versions first in: [versions first previous: nil]. Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On Behalf > Of Boris Popov > Sent: Tuesday, June 24, 2008 6:53 PM > To: [hidden email]; [hidden email] > Subject: Re: [vwnc] [7.6][BUG] Store published items displays > incorrectversions > > Thanks, Alan. Indeed one bundle started as a rename/republish of another > to split the streams. I will try the fix tomorrow first thing and report > back. > > Cheers! > > -Boris (via BlackBerry) > > ________________________________ > > From: Alan Knight > To: Boris Popov; VWNC > Sent: Tue Jun 24 18:41:27 2008 > Subject: Re: [vwnc] [7.6][BUG] Store published items displays > versions > > > This is almost certainly because of the feature added in 7.6 that Store > will notice renames, and show versions of the old package/bundle as well. > However, it just extracts a list of what the rename was, and then shows > all versions of both the old and the new name. So if you have > A renamed to B, and then development continues on both A and B, you'll get > interleaved versions of the two, when you probably expect only to see > versions of A prior to when it was renamed to B. > > So I expect that at some point one of these was renamed to the other. > > You might find the following useful in a StoreGlorp workspace > > versions := session read: StoreBundle where: [:each | > each name = 'Dev-Cate' & (each trace name ~= 'Dev-Cate')]. > > and if you want to remove the parent relationship > > session modify: versions first in: [versions first previous: nil]. > > At 07:51 PM 6/24/2008, Boris Popov wrote: > > > We have two main development bundles living in the same StORE > database > on PostgreSQL. In 7.5 published items tool properly displays > versions > for each of the two bundles (75a.png vs 75b.png), but in 7.6 > versions of Dev-Raven show up for both (76a.png vs 76b.png). Again, > this > is the very same database, just different version of VisualWorks. > Any > ideas? > > Cheers, > > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > http://tinyurl.com/r7uw4 <http://tinyurl.com/r7uw4> > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > > > > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > <http://lists.cs.uiuc.edu/mailman/listinfo/vwnc> > > > -- > Alan Knight [|], Engineering Manager, Cincom Smalltalk > [hidden email] > [hidden email] > http://www.cincom.com/smalltalk <http://www.cincom.com/smalltalk> _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Free forum by Nabble | Edit this page |