Difference between revisions of "DLfeedback"

From MicroFocusInternationalWiki
Jump to: navigation, search
Line 56: Line 56:
 
*Dave B
 
*Dave B
 
*Dirk E
 
*Dirk E
 +
*Ron vH
  
 
=internal wiki=
 
=internal wiki=
 
https://wiki.innerweb.novell.com/index.php/Patchbuilder
 
https://wiki.innerweb.novell.com/index.php/Patchbuilder

Revision as of 15:02, 22 January 2007

> my other wikis

features we like about filefinder

summary of filefinder features


http://wiki.novell.com/images/4/44/Filefinder1.JPG

  1. I can see when the patch was released, so I can advise my customer.
  2. I can see the location of the file, so I can tell my customer where it is in the patch
  3. I see the module date in addition to the packaged patch date.
  4. I can give a customer a nice short link, that will always be good – as releases are released for example: http://support.novell.com/servlet/filefinder?name=ds.nlm
  5. one click to hit the readme – vs download.novell.com I had to click about 8 times to get to the readme.



Needed improvements to download.novell.com


http://wiki.novell.com/images/4/41/Filefinder2.JPG

  1. I don't see the actual date of the NLM! Nor can I access the readme easily.
  2. Links from TIDs eventually redirect to Patches, which has links that redirect to download.novell.com. TIDs need to be updated to go directly to download.novell.com.
    1. As an addendum to above, TIDs usually drop you right to where the family of patches are, this doesn't happen with the redirect so users have a lot more work to find the files that are being referred to in the TIDs.
  3. Cannot find files contained within patches, search both systems for frequently searched files like ds.nlm, tcp.nlm, nss.nlm with both systems and you'll see the differences quite clearly. This feature is very valuable when looking for updates to files by searching the filenames directly.
  4. When searching on a specific filename (for example TCPIP.NLM), the "relevancy" percentage is very weird. Either the file is in the patch, or it is not in the patch. The relevancy should therefore be 100% or 0%. Which means that it is useless in that case and should not even be displayed. Which in turns means that, by default, such kind of search should be sorted by date (newest first). (PC)
  5. Right now, it is possible to find all the patches for a specific product version *only* by going on the "Basic Search" page. There you can first select the product and then the version and click search. In addition to that, the patches are listed by date (newest first) which is perfect. The problem is that it is impossible to do that on the "Advanced Search" page ! This is counter-intuitive since one would expect the "Advanced Search" to be able to do everything that the "Basic Search" does, plus additional things. Last but not least, even on the "Basic Search" page, it is really not that intuitive that you can do that. Indeed, at first there is nothing indicating you that you can specificy the product version. It is only after you have selected a specific product that a text appears telling you that you can select a specific version. As a consequence, I think the vast majority of the users are not even aware of that possibility, which really a shame since it is *extremely* useful ! (PC)
  6. What about the beta patches ? Do they appear ? If yes, how and where ? (PC)
  7. What about the "Suse" patches (NLD, SLES, SLED, NLPS, ...) ? Right now, there is a message indicating that they are not accessible from there. Is that temporary ? I certainly hope so !!! (PC)
  8. I compose a newsletter that is distributed by NTS (and even some sales folks) to our clients world-wide. I used to be able to include a table that listed the "New This Week" patches (see attached). Now that the FileFinder has been replaced by PatchBuilder, this information is no longer available. I can see that someone has raised similar issues in the DLfeedback Wiki but there was no mention of the loss of the "What's New" (both "This Week" and "This Month") and the fact that our clients no longer have an easy way of quickly browsing through the latest patches. While the change from the FileFinder to PatchBuilder makes it more difficult for me to compose the newsletter, the real problem is that it makes it MUCH more difficult for our clients to instantly check for newly released patches that may apply to their environments. Our clients have limited resources, which is one reason why the newsletter has been so popular. By putting information - such as a table or link - at their fingertips, they can save what little time they have. The "new releases" list on the main download page is, frankly, a poor replacement, as it requires several clicks to find information that used to be available in one click. I just wanted to add my concerns about how the recent changes will affect our clients; add me to the list of names of those who want the old FileFinder back. (Brent P.)


FAQ of download.novell.com

http://support.novell.com/patches_faq.html


Vote to keep filefinder - unless of course the patchbuilder has the features that are requested in this wiki

  • Thomas E.
  • Daniel K.
  • Tony G.
  • Derek S.
  • Gonzalo M.
  • Qamar J.
  • Vincent H.
  • Andrew L.
  • Kenny N.
  • Jeff C.
  • Trevor S.
  • Peter C.
  • HutcH
  • Steve M.
  • Ross I.
  • Patrice C.
  • Tom S.
  • Dave B
  • Dirk E
  • Ron vH

internal wiki

https://wiki.innerweb.novell.com/index.php/Patchbuilder