gogoego - Project Hosting on Google Code

Today 22 hours ago r3607 (apparently rowparser is now iterable...) committed by carl.sc...@solertium.com - apparently rowparser is now iterable... apparently rowparser is now iterable... Last 30 days Dec 29, 2009 r3606 (added folder contents) committed by carl.sc...@solertium.com - added folder contents added folder contents Dec 21, 2009 r3605 (update template registry when a template is saved, evict cac...) committed by carl.sc...@solertium.com - update template registry when a template is saved, evict cache, etc update template registry when a template is saved, evict cache, etc Dec 18, 2009 issue 113 (Rich text custom field on a collection cannot be deleted) changed by carl.sc...@solertium.com - This issue was closed by revision r3604. Status: Fixed This issue was closed by revision r3604. Status: Fixed Dec 18, 2009 r3604 (set explicit size of form and widget such that remove button...) committed by carl.sc...@solertium.com - set explicit size of form and widget such that remove button should always show (fixes issue 113 ) set explicit size of form and widget such that remove button should always show (fixes issue 113 ) Dec 18, 2009 r3603 (html field sizing) committed by carl.sc...@solertium.com - html field sizing html field sizing Dec 16, 2009 r3602 (handle null cases when parsing ical) committed by tiffany....@solertium.com - handle null cases when parsing ical handle null cases when parsing ical Dec 15, 2009 r3601 (use one tag execution context, check if registered prior to ...) committed by carl.sc...@solertium.com - use one tag execution context, check if registered prior to use use one tag execution context, check if registered prior to use Dec 15, 2009 issue 124 (Renaming folder moves it to HEAD) reported by tiffany....@solertium.com - What steps will reproduce the problem? 1. Create a folder "test" in a subdirectory "sub" of HEAD 2. Rename "test" to be the same as any folder in the HEAD directory, ex. "topfolder" ("sub" -> "test" to "sub" -> "topfolder") 3. The folder (now renamed "topfolder") in the subdirectory "sub" is moved to HEAD and marked as a copy of the pre-existing folder at the top level ("topfolder[0]") What is the expected output? What do you see instead? Should just rename the folder in the subdirectory. Instead the folder and its contents are moved to HEAD Please use labels and text to provide additional information. What steps will reproduce the problem? 1. Create a folder "test" in a subdirectory "sub" of HEAD 2. Rename "test" to be the same as any folder in the HEAD directory, ex. "topfolder" ("sub" -> "test" to "sub" -> "topfolder") 3. The folder (now renamed "topfolder") in the subdirectory "sub" is moved to HEAD and marked as a copy of the pre-existing folder at the top level ("topfolder[0]") What is the expected output? What do you see instead? Should just rename the folder in the subdirectory. Instead the folder and its contents are moved to HEAD Please use labels and text to provide additional information. Dec 14, 2009 r3600 (the deprecated means of attaching restlet application is now...) committed by carl.sc...@solertium.com - the deprecated means of attaching restlet application is now unsupported the deprecated means of attaching restlet application is now unsupported Dec 14, 2009 r3599 (the deprecated means of attaching restlet application is now...) committed by carl.sc...@solertium.com - the deprecated means of attaching restlet application is now unsupported the deprecated means of attaching restlet application is now unsupported Dec 14, 2009 r3598 (VFSListeners are no more. You still have VFSAccessListeners...) committed by heittman.rob - VFSListeners are no more. You still have VFSAccessListeners. VFSListeners are no more. You still have VFSAccessListeners. Dec 14, 2009 r3597 (VFSListeners are no more. You still have VFSAccessListeners...) committed by heittman.rob - VFSListeners are no more. You still have VFSAccessListeners. VFSListeners are no more. You still have VFSAccessListeners. Dec 14, 2009 r3596 (VFSListeners are no more. You still have VFSAccessListeners...) committed by heittman.rob - VFSListeners are no more. You still have VFSAccessListeners. VFSListeners are no more. You still have VFSAccessListeners. Dec 11, 2009 r3595 (find correct folder) committed by carl.sc...@solertium.com - find correct folder find correct folder Dec 11, 2009 r3594 (shortcut property) committed by carl.sc...@solertium.com - shortcut property shortcut property Dec 10, 2009 r3593 (shortcuts will no longer allow you to see protected resource...) committed by carl.sc...@solertium.com - shortcuts will no longer allow you to see protected resources shortcuts will no longer allow you to see protected resources Dec 10, 2009 r3592 (Fix logic errors in collection creation with resized images) committed by heittman.rob - Fix logic errors in collection creation with resized images Fix logic errors in collection creation with resized images Dec 10, 2009 r3591 (Fix logic errors in collection creation with resized images) committed by heittman.rob - Fix logic errors in collection creation with resized images Fix logic errors in collection creation with resized images Dec 10, 2009 r3590 (Remove wrong comments) committed by heittman.rob - Remove wrong comments Remove wrong comments Dec 10, 2009 r3589 (cache dumping, entity fix for publishing) committed by carl.sc...@solertium.com - cache dumping, entity fix for publishing cache dumping, entity fix for publishing Dec 10, 2009 r3588 (full blown cache clear, dont attempt to do anything with the...) committed by carl.sc...@solertium.com - full blown cache clear, dont attempt to do anything with the entity when success full blown cache clear, dont attempt to do anything with the entity when success Dec 10, 2009 r3587 (set instructions if null for publisher) committed by carl.sc...@solertium.com - set instructions if null for publisher set instructions if null for publisher Dec 10, 2009 r3586 (if file location null, return gone) committed by carl.sc...@solertium.com - if file location null, return gone if file location null, return gone Dec 10, 2009 r3585 (export 1.5 fixes) committed by carl.sc...@solertium.com - export 1.5 fixes export 1.5 fixes Dec 10, 2009 r3584 (multifield is always valid) committed by carl.sc...@solertium.com - multifield is always valid multifield is always valid Dec 10, 2009 r3583 (allow for any server in the publishing app) committed by carl.sc...@solertium.com - allow for any server in the publishing app allow for any server in the publishing app Dec 10, 2009 r3582 (settings UI and menu for publishing) committed by carl.sc...@solertium.com - settings UI and menu for publishing settings UI and menu for publishing Dec 10, 2009 r3581 (collection publishing, the real deal this time) committed by carl.sc...@solertium.com - collection publishing, the real deal this time collection publishing, the real deal this time Dec 09, 2009 r3580 (added a fixme) committed by carl.sc...@solertium.com - added a fixme added a fixme Dec 09, 2009 r3579 (publish collections, not ready for prime time) committed by carl.sc...@solertium.com - publish collections, not ready for prime time publish collections, not ready for prime time Dec 08, 2009 r3578 (Add correct parsing for the link and author attributes for a...) committed by tiffany....@solertium.com - Add correct parsing for the link and author attributes for atom feed items. Add correct parsing for the link and author attributes for atom feed items. Dec 07, 2009 r3577 (support for custom ids) committed by carl.sc...@solertium.com - support for custom ids support for custom ids Dec 07, 2009 r3576 (start if collection publishing ) committed by carl.sc...@solertium.com - start if collection publishing start if collection publishing Older Dec 04, 2009 r3575 (update favicons for studio) committed by heittman.rob - update favicons for studio update favicons for studio Dec 03, 2009 r3574 (Crazy, crazy patch to fix situation where component initiali...) committed by heittman.rob - Crazy, crazy patch to fix situation where component initialization is called multiple times when server starts under instant load. Crazy, crazy patch to fix situation where component initialization is called multiple times when server starts under instant load. Dec 03, 2009 r3573 (Not having javax.activation as a package import in the manif...) committed by heittman.rob - Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Dec 03, 2009 r3572 (Not having javax.activation as a package import in the manif...) committed by heittman.rob - Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Dec 03, 2009 r3571 (Not having javax.activation as a package import in the manif...) committed by heittman.rob - Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Not having javax.activation as a package import in the manifests prevents building on 1.5 platforms. Having it should not hurt anything on 1.6 platforms. Dec 03, 2009 r3570 (Seppuku flamed the tree (I hadn't updated far enough) ... th...) committed by heittman.rob - Seppuku flamed the tree (I hadn't updated far enough) ... this commit should fix that Seppuku flamed the tree (I hadn't updated far enough) ... this commit should fix that Dec 03, 2009 r3569 (Introduce a "Seppuku" feature that will restart the containe...) committed by heittman.rob - Introduce a "Seppuku" feature that will restart the container in the event of very low heap (or other bad conditions that can be introduced later...) Introduce a "Seppuku" feature that will restart the container in the event of very low heap (or other bad conditions that can be introduced later...) Dec 03, 2009 r3568 (quiet down some debugging) committed by carl.sc...@solertium.com - quiet down some debugging quiet down some debugging Dec 02, 2009 r3567 (use debugging instead of standardoutlogger) committed by carl.sc...@solertium.com - use debugging instead of standardoutlogger use debugging instead of standardoutlogger Dec 02, 2009 r3566 (removed cache hit debugging statements) committed by carl.sc...@solertium.com - removed cache hit debugging statements removed cache hit debugging statements Dec 01, 2009 r3565 (logging property) committed by carl.sc...@solertium.com - logging property logging property Dec 01, 2009 r3564 (split debugging files so that they dont get huge, and they p...) committed by carl.sc...@solertium.com - split debugging files so that they dont get huge, and they persist up to a certain size split debugging files so that they dont get huge, and they persist up to a certain size Nov 30, 2009 r3563 (Added setVFS method that allows you to attach a VFS to a tar...) committed by adam.sch...@solertium.com - Added setVFS method that allows you to attach a VFS to a target path that does not already point to a VFS. Added setVFS method that allows you to attach a VFS to a target path that does not already point to a VFS. Nov 23, 2009 r3562 (added get document function) committed by carl.sc...@solertium.com - added get document function added get document function Nov 23, 2009 r3561 (added registry writers to allow for deferred and immediate w...) committed by carl.sc...@solertium.com - added registry writers to allow for deferred and immediate writing to the registry added registry writers to allow for deferred and immediate writing to the registry Nov 23, 2009 r3560 (jackhog branch woot) committed by liz.schw...@solertium.com - jackhog branch woot jackhog branch woot

issue 124 (Renaming folder moves it to HEAD) reported by tiffany....@solertium.com - What steps will reproduce the problem? 1. Create a folder "test" in a subdirectory "sub" of HEAD 2. Rename "test" to be the same as any folder in the HEAD directory, ex. "topfolder" ("sub" -> "test" to "sub" -> "topfolder") 3. The folder (now renamed "topfolder") in the subdirectory "sub" is moved to HEAD and marked as a copy of the pre-existing folder at the top level ("topfolder[0]") What is the expected output? What do you see instead? Should just rename the folder in the subdirectory. Instead the folder and its contents are moved to HEAD Please use labels and text to provide additional information.

What steps will reproduce the problem? 1. Create a folder "test" in a subdirectory "sub" of HEAD 2. Rename "test" to be the same as any folder in the HEAD directory, ex. "topfolder" ("sub" -> "test" to "sub" -> "topfolder") 3. The folder (now renamed "topfolder") in the subdirectory "sub" is moved to HEAD and marked as a copy of the pre-existing folder at the top level ("topfolder[0]") What is the expected output? What do you see instead? Should just rename the folder in the subdirectory. Instead the folder and its contents are moved to HEAD Please use labels and text to provide additional information.

Today

Last 30 days

Older