Bug 798064 - Drift detection follows symbolic links (possibly unexpectedly) ... consider documentation
Summary: Drift detection follows symbolic links (possibly unexpectedly) ... consider d...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Documentation
Version: 3.0.1
Hardware: Unspecified
OS: Unspecified
medium
medium vote
Target Milestone: ---
: JON 3.0.1
Assignee: Deon Ballard
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-27 23:59 UTC by Mike Foley
Modified: 2012-06-21 23:14 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-21 23:14:13 UTC


Attachments (Terms of Use)

Description Mike Foley 2012-02-27 23:59:23 UTC
Description of problem:  Drift detection follows symbolic links (possibly unexpectedly) ... consider documentation


Version-Release number of selected component (if applicable):  JON 3.01


How reproducible: 100%


Steps to Reproduce:
1.  create a symbolic link, e.g.   ln -s  /my/other/directory  mylink
2.  create a drift definition with a base directory that contains the symbolic link
3.  wait for drift detection, or click the detect now button
  
Actual results:  drift follows the symbolic link ... and snapshot #0 contains the files in /my/other/directory.  


Expected results:   to be crystal clear...the actual behavior is the expected behavior ... after you think about it.  but ...initially, it wasn't.  i happened to have a lot of files in /my/other/directory ...and i was wondering why drift detection took so long.   if you have a lot of files in /my/other/directory you may not be aware that snapshot #0 will contain all the files in that directory.  therefore, i think this is possible documentation opportunity.


Additional info:

Comment 2 Deon Ballard 2012-06-21 23:14:13 UTC
Closing.


Note You need to log in before you can comment on or make changes to this bug.