tracker issue : CF-3389023

select a category, or use search below
(searches all categories and all time range)
Title:

Ability to truly EDIT a collection (Verity or Solr)

| View in Tracker

Status/Resolution/Reason: Closed/Withdrawn/Duplicate

Reporter/Name(from Bugbase): Jack Drysdale Jr / Jack Drysdale Jr (Jack Drysdale Jr)

Created: 12/06/2012

Components: Administrator

Versions: 10.0

Failure Type: Enhancement Request

Found In Build/Fixed In Build: 9.0.1 /

Priority/Frequency: Trivial / Unknown

Locale/System: English / Win XP All

Vote Count: 1

Duplicate ID:	CF-3502465

When a collection is created, either by CFAdmin or by CFCOLLECTION, it cannot be truly edited.  Clicking on the collection name will allow you to index or re-index the collection, but everything is set to default (ie, file extensions are defaulted to "html, htm, cfm, cfml", no path is set, or anything else.)  You cannot see what the settings currently are.  The details are not retrieved to be edited.

This is very troublesome if the administrator is new and not familiar with the collections, OR if the collection was created so long ago that no one remembers what folder(s)
or file extension(s) was/were originally indexed (the latter being a very recent event, for me.)

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3389023

Deployment Phase:	Release Candidate

External Customer Info:
External Company:  
External Customer Name: WolfShade
External Customer Email:  
External Test Config: My Hardware and Environment details: Windows platform (XP, 7, Server 2003/2008); any version of CF up to and including 9 (don't know about CF10).

Attachments:

  1. December 08, 2014 00:00:00: 1_feature.jpg

Comments:

+1. Am rather surprised this isn't already possible?! -- Adam
Vote by External U.
17023 | December 06, 2012 10:12:43 AM GMT
Closing this ER as it is a duplicate of CF-3502465 (Comment added from ex-user id:vnigam)
Comment by Adobe D.
17011 | December 11, 2013 12:36:55 AM GMT
If my entry was first, why is mine being labeled "duplicate"? Wouldn't CF-3502465 be the duplicate?
Comment by External U.
17012 | December 11, 2013 06:45:13 PM GMT
This isn't a feature, it's still a bug. If no one remembers what is supposed to be indexed, this can break an application. As Adam states, surprised this isn't already possible.
Comment by External U.
17013 | July 25, 2014 09:35:45 AM GMT
Any progress on this? We have CF10, and still cannot "edit" a collection.
Comment by External U.
17014 | September 02, 2014 08:55:30 AM GMT
Again, mine was first so the other is the duplicate. Again, still unable to actually "edit" a collection. I am working on a project that was started and completed by a developer who is no longer here. It uses a Solr collection that is not on my development system. I cannot create the Solr collection for it because I DO NOT KNOW WHAT THE COLLECTION IS INDEXING!!!!!!!!!!!!!!!!!!!! I cannot contact the developer who originally worked on this project, so I cannot ask him what this is supposed to index (assuming said developer can even remember what it's supposed to index.) This is becoming more and more of an issue. Why can we not edit Solr collections? Why is it that when you click on a collection, it doesn't show you what is being indexed? Why does "editing" a collection just give you the default "*.htm, *.html, *.cfm, *.cfml"???
Comment by External U.
17015 | December 08, 2014 09:09:58 AM GMT
WolfShade, surely what the collection is indexing is a *business decision* not a developer one. Whoever solicited the requirement should still knows what the requirement was?
Comment by External U.
17016 | December 09, 2014 04:06:45 AM GMT
Hi, Adam, You'd think so. But, no, the people who make decisions aren't that involved that they remember or even documented what is supposed to be indexed. And the developer who originally worked on this is no longer here, and cannot be contacted. So, unless there is a way for me to get that information from the actual collection, I'm pretty much screwed.
Comment by External U.
17017 | December 10, 2014 12:46:22 AM GMT
Can you not infer this from how the collection is used?
Comment by External U.
17018 | December 10, 2014 01:28:00 AM GMT
@WolfShade, collection is not something that keep indexing. You index any content as and when you want and store that indexed data in the collection. You can consider it like a zip file. Create a zip file and keep adding all sorts of files - thousands of it, from multiple locations over a period. The zip can never tell you from which location the files were added to it. It can not tell you what was the filter criteria you had used for selecting the files that needed to be zipped. It just knows the files that are zipped in it. Collection is exactly like a zip but much more complex. In fact it is even trickier - because it can contain not only the files but also the data from database. So - there is no way to tell from which all source you had selected the files to be indexed and stored in this collection.
Comment by Rupesh K.
17019 | December 10, 2014 01:58:27 AM GMT
EVEN ZIP FILES WILL RETAIN FOLDER STRUCTURE!!!!! Damnit..
Comment by External U.
17020 | December 10, 2014 03:01:45 PM GMT
Okay.. now that I've had a few deep breaths.. Okay, Rupesh.. you're zip analogy wasn't ENTIRELY off-base. Yes.. if you create a .zip file and randomly, arbitrarily drag and drop files into it, then you are correct.. the zip file contains zero trace of where those files came from. SHOW OF HANDS: How many people create a zip file and then just drag individual files into it to add them to the archive? SHOW OF HANDS: How many people will take a folder that contains recursive folders and files, then right-click to select "Add to archive", thusly retaining all file/folder structure? Rupesh, your "zip file" comparative only halfway fails. It's still not an acceptable response from someone whom I assume is part of the Adobe team. IF someone has to initially inform the collection of what it is indexing, there is NO valid reason that the origin-of-data information cannot be programmatically stored SOMEWHERE in the object (collection.) Unless Adobe is using a completely different way of developing their applications that defies common sense.
Comment by External U.
17021 | December 10, 2014 03:12:49 PM GMT
One more thing. This information must already be present and accessible by either ColdFusion or Lucene, because in CFAdmin each collection has an icon for "reload". How can it reload by just a click of a button (without re-entering the path/file information), unless it knows what to reload?? Or is "reload" just as counter-intuitive and misleading as the current "edit"?
Comment by External U.
17022 | December 11, 2014 08:43:43 AM GMT