filedrawers-devel — filedrawers developers list

Re: [filedrawers-devel] abandoned?

[Kris S. <ste...@um...>]

Hi Jason,

Dormant is probably a better word. We're using it at the University of Michigan. We've intermittently had time to work on an experimental branch (based in the git branch "v0.5.0-experimental"), but don't have anything to share at this point.

best
-kris


Kris Steinhoff
Systems and Middleware Programmer Senior
Information and Technology Services
University of Michigan

On Fri, Apr 13, 2012 at 1:08 PM, Edgecombe, Jason <jwe...@un...> wrote:
Is filedrawers abandoned? It doesn’t seem to be active.

 

Thanks,

Jason

 

---------------------------------------------------------------------------

Jason Edgecombe | Linux and Solaris Administrator

UNC Charlotte | The William States Lee College of Engineering

9201 University City Blvd. | Charlotte, NC 28223-0001

Phone: 704-687-3514

jwe...@un... | http://coe.uncc.edu |  Facebook

---------------------------------------------------------------------------

If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-3514.  Thank you.

 


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
filedrawers-devel mailing list
fil...@li...
https://lists.sourceforge.net/lists/listinfo/filedrawers-devel

Re: [filedrawers-devel] Bug long paths cause Location bar to wrap - ID: 1391541 -- fix

[Joshua F. <jos...@um...>]

Sorry it took so long to look at this.  I applied the patch, but I had to revert it back.  It had some side effects, at least in our installation.  It squashed the file list, and it created a horizontal scrollbar that was always visible even when it wasn't needed.  Also, I wasn't sure what #places referred to.

Thanks for the patch, though.  We'll reexamine it going forward to see if we can use parts of it.  Our goal for the future continues to be throughly splitting the CSS/templates from the backend so that people are free to customize the UI as necessary.

Josh Fields
Information and Technology Services
The University of Michigan


On May 10, 2010, at 3:17 PM, Andrew Stein wrote:

> I believe I have resolved this issue with Filedrawers: http://sourceforge.net/tracker/index.php?func=detail&aid=1391541&group_id=144840&atid=759961
> 
> The issue was:
> 
> When visiting long paths, the content in the infoBar grows too large, extends past the end of the page, and causes the "Change" button to wrap to the next line. This causes the infoBar to grow, and cover more of the screen - including the top lines of the file manager display table.
> 
> My resolution was to make the info bar and the content frame (file list) a fixed percentage of the screen -- x and y. If a file or folder path is very long, the CSS overflow-x catches it and puts scrollbars at the bottom of the screen.
> 
> Attached is the diff file for the changes I made to fileman.css
> 
> Thanks,
> Andrew
> !DSPAM:4be85c0849545939618124! <filedrawers-long-filename-fix.diff.txt>------------------------------------------------------------------------------
> 
> 
> 
> !DSPAM:4be85c0849545939618124!
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> 
> 
> !DSPAM:4be85c0849545939618124!

Re: [filedrawers-devel] getHomeDir problem

[Joshua F. <jos...@um...>]

It looks like there were three files that were missed during the conversion to git (or were modified after): CHANGELOG, php/afs.php, and upload/tpupload.c.  I've fixed this and pushed the change to git.  I merged any subsequent git changes with those files.


Josh Fields
Information and Technology Services
The University of Michigan

On Aug 4, 2010, at 11:19 AM, Jon Robertson wrote:

> Joshua Fields wrote:
>> Thanks, Jon.  I applied this patch to the Filedrawers Git repository.
> 
> Further question off of that.  The webpages I looked at only mention the 
> cvs repository, not the git, but I used the general Sourceforge git 
> documentation to grab what I thought was the git repository:
> 
>   git clone 
> git://filedrawers.git.sourceforge.net/gitroot/filedrawers/filedrawers/
> 
> However, the CHANGELOG from that checkout is for 0.4.2, while the cvs 
> checkout I still had sitting on my drive has the version at 0.4.3.  Am I 
> grabbing from the wrong location, or is something else going on?
> 
> -- 
> Jon Robertson
> Infrastructure Delivery Group -- IT Services
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> 
> !DSPAM:4c598568220745939618124!
> 
> 
> 

Re: [filedrawers-devel] getHomeDir problem

[Jon R. <jon...@st...>]

Joshua Fields wrote:
> Thanks, Jon.  I applied this patch to the Filedrawers Git repository.

Further question off of that.  The webpages I looked at only mention the 
cvs repository, not the git, but I used the general Sourceforge git 
documentation to grab what I thought was the git repository:

   git clone 
git://filedrawers.git.sourceforge.net/gitroot/filedrawers/filedrawers/

However, the CHANGELOG from that checkout is for 0.4.2, while the cvs 
checkout I still had sitting on my drive has the version at 0.4.3.  Am I 
grabbing from the wrong location, or is something else going on?

-- 
Jon Robertson
Infrastructure Delivery Group -- IT Services

Re: [filedrawers-devel] getHomeDir problem

[Joshua F. <jos...@um...>]

Thanks, Jon.  I applied this patch to the Filedrawers Git repository.


Josh Fields
Information and Technology Services
The University of Michigan

On Aug 2, 2010, at 10:23 AM, Jon Robertson wrote:

> A local user ran into a minor bug last week:
> 
> Fatal error: Call to undefined function getHomeDir() in 
> /usr/share/filedrawers/afs.php on line 917
> 
> Checking into that, I found that there were two places (afs.php and 
> webspaces.php) where getHomeDir was used rather than GetHomeDir.  I 
> added a patch to the tracker that changes them both to the right 
> function name.
> 
> -- 
> Jon Robertson
> Stanford University
> Infrastructure Delivery Group -- IT Services
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> 
> !DSPAM:4c56d50e64351080021269!
> 
> 
> 

[filedrawers-devel] getHomeDir problem

[Jon R. <jon...@st...>]

A local user ran into a minor bug last week:

Fatal error: Call to undefined function getHomeDir() in 
/usr/share/filedrawers/afs.php on line 917

Checking into that, I found that there were two places (afs.php and 
webspaces.php) where getHomeDir was used rather than GetHomeDir.  I 
added a patch to the tracker that changes them both to the right 
function name.

-- 
Jon Robertson
Stanford University
Infrastructure Delivery Group -- IT Services

Re: [filedrawers-devel] File Drawers 0.50 wish list

[Jeffrey A. <ja...@se...>]

Additional wish list items from the AFS and Kerberos Workshop:

    * Ability to upload files in bulk
    * Make the change permissions link work on the current directory
      when there are no other options checked
    * "Add PTS Group" capability

Re: [filedrawers-devel] Adding a script (Andrew Stein)

[Andrew S. <and...@gm...>]

I believe this problem is caused because the /js folder is not authenticated
by Filedrawers. I'll have to move the PHP script to another folder.

On Tue, May 18, 2010 at 8:14 PM, <
fil...@li...> wrote:

> Send filedrawers-devel mailing list submissions to
>        fil...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> or, via email, send a message with subject or body 'help' to
>        fil...@li...
>
> You can reach the person managing the list at
>        fil...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of filedrawers-devel digest..."
>
>
> Today's Topics:
>
>   1. Re: Symbolic Links (Joshua Fields)
>   2. Re: Symbolic Links (Simon Wilkinson)
>   3. Re: Symbolic Links (Joshua Fields)
>   4. Bug long paths cause Location bar to wrap - ID:   1391541 --
>      fix (Andrew Stein)
>   5. File Drawers on ohloh.net (Jeffrey Altman)
>   6. File Drawers 0.50 wish list (Jeffrey Altman)
>   7. Adding a script (Andrew Stein)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 16 Mar 2010 16:02:11 -0400
> From: Joshua Fields <jos...@um...>
> Subject: Re: [filedrawers-devel] Symbolic Links
> To: Matt Smith <mj...@ia...>
> Cc: fil...@li...
> Message-ID: <604...@um...>
> Content-Type: text/plain; charset=us-ascii
>
> Hi Matt,
>
> I was able to reproduce the "symlink pointing at a file" issue.  I can't
> explain it at the moment, and it actually works fine on our dev instance.  I
> understand what is causing the "bounce back".  There's a function in afs.php
> called pathSecurity.  For some reason when it calls stat on the symlink, it
> thinks that the device ID of the symlink target does not match the afs cell
> device ID.  Currently, this causes filedrawers to redisplay a safe location
> (the user's home directory).
>
> I was unable to reproduce the other symlink issue on any of our
> environments.  The only thing I can think of is that after you performed the
> first test, filedrawers redisplayed the user's home directory but did not
> update the url.  Therefore you had some extra junk on the end of the path:
> /path/to/home/dir/symlink1/symlink2.  Since that would not exist,
> filedrawers would bounce the user to their home directory.
>
> We were a bit heavy-handed in our approach to symlinks.  However, our
> primary concern was keeping filedrawers secure.  We are completely reworking
> how symlinks are handled.  The pathSecurity function that is causing the
> bounces will not be part of the new solution, and we will provide better
> user feedback.  We're actively working on the new release, but it is taking
> some time.
>
> - Josh
>
>
> Josh Fields
> Information and Technology Services
> The University of Michigan
>
> On Mar 15, 2010, at 5:12 PM, Matt Smith wrote:
>
> > Hello all,
> >
> > Iowa State University is working on implementing Filedrawers 0.4.3. For
> the most part, it all seems to be functioning correctly and we have made a
> number of functionality improvements.
> >
> > We have noticed, however, that symbolic links that point directly to
> files seem to confuse Filedrawers and cause it to bounce back to the user's
> home directory. Also, a symlink to a directory is processed correctly but
> when clicking on a file inside of the symlink, it too returns the user to
> their home directory. The issue is similar (if not identical) to the
> Subdirectories thread from October.
> >
> > I am certain that this is a symlink issue as I can access the files
> without incident when following the non-linked path.
> >
> > Any ideas on how this can be addressed or if it will be covered in future
> releases?
> >
> > Thanks,
> > Matt Smith
> > !DSPAM:4b9ea9ad223431065390704!
> ------------------------------------------------------------------------------
> > Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> >
> > !DSPAM:4b9ea9ad223431065390704!
> > _______________________________________________
> > filedrawers-devel mailing list
> > fil...@li...
> > https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> >
> >
> > !DSPAM:4b9ea9ad223431065390704!
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 16 Mar 2010 20:43:03 +0000
> From: Simon Wilkinson <sx...@in...>
> Subject: Re: [filedrawers-devel] Symbolic Links
> To: Joshua Fields <jos...@um...>
> Cc: fil...@li...
> Message-ID: <C5B...@in...>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> On 16 Mar 2010, at 20:02, Joshua Fields wrote:
> >
> > We were a bit heavy-handed in our approach to symlinks.  However,
> > our primary concern was keeping filedrawers secure.  We are
> > completely reworking how symlinks are handled.  The pathSecurity
> > function that is causing the bounces will not be part of the new
> > solution, and we will provide better user feedback.  We're actively
> > working on the new release, but it is taking some time.
>
> Hopefully it won't have the same problems the first solution had. I
> rewrote the symlink checking bits of pathSecurity because at that
> point the code was littered with security issues. Amongst the many
> problems was the fact that it would provide any file on the local
> filesystem to any user who could place a symlink to it in AFS space.
> Given that this included all of the cosign credentials caches, a user
> could easily gain the credentials of anyone who happened to be logged
> into filedrawers.
>
> Given the level of the security problems being a bit heavy handed
> seemed like the correct solution. Filedrawer's architecture is
> inherently fragile, given that it relies on using the local cache
> manager - it's vital to its security that there is no way that a user
> can break out of AFS space, and convince it to return files that are
> hosted elsewhere. Any changes to these checks needs to be undertaken
> with extreme caution - in particular there are a number of race
> conditions that need to be carefully defended against.
>
> Simon.
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 16 Mar 2010 17:00:51 -0400
> From: Joshua Fields <jos...@um...>
> Subject: Re: [filedrawers-devel] Symbolic Links
> To: Simon Wilkinson <sx...@in...>
> Cc: fil...@li...
> Message-ID: <7DA...@um...>
> Content-Type: text/plain; charset=us-ascii
>
> I didn't mean to imply that it wasn't the correct solution, and I didn't
> mean to imply that the security check in pathSecurity will not be used in
> the next version.  By "heavy handed" I was referring specifically to how we
> handle the user experience when a potential security problem is encountered.
>  Simply redisplaying the user home directory with no indication of what went
> wrong is not helpful.  That is what I want to address.  The stat call in
> pathSecurity is very important.  I realize that.  I'd like to move and/or
> modify the check in pathSecurity to better facilitate secure user feedback
> (but prevent an attacker from using error messages to test for locations on
> the local filesystem).
>
> We are all grateful for your security patch, and any changes to facilitate
> better user feedback will be made with the security issues you found in
> mind.
>
> - Josh
>
>
> On Mar 16, 2010, at 4:43 PM, Simon Wilkinson wrote:
>
> >
> > On 16 Mar 2010, at 20:02, Joshua Fields wrote:
> >>
> >> We were a bit heavy-handed in our approach to symlinks.  However, our
> primary concern was keeping filedrawers secure.  We are completely reworking
> how symlinks are handled.  The pathSecurity function that is causing the
> bounces will not be part of the new solution, and we will provide better
> user feedback.  We're actively working on the new release, but it is taking
> some time.
> >
> > Hopefully it won't have the same problems the first solution had. I
> rewrote the symlink checking bits of pathSecurity because at that point the
> code was littered with security issues. Amongst the many problems was the
> fact that it would provide any file on the local filesystem to any user who
> could place a symlink to it in AFS space. Given that this included all of
> the cosign credentials caches, a user could easily gain the credentials of
> anyone who happened to be logged into filedrawers.
> >
> > Given the level of the security problems being a bit heavy handed seemed
> like the correct solution. Filedrawer's architecture is inherently fragile,
> given that it relies on using the local cache manager - it's vital to its
> security that there is no way that a user can break out of AFS space, and
> convince it to return files that are hosted elsewhere. Any changes to these
> checks needs to be undertaken with extreme caution - in particular there are
> a number of race conditions that need to be carefully defended against.
> >
> > Simon.
> >
> >
> > !DSPAM:4b9fed6940431903312405!
> >
> >
> >
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 10 May 2010 14:17:40 -0500
> From: Andrew Stein <and...@gm...>
> Subject: [filedrawers-devel] Bug long paths cause Location bar to wrap
>        - ID:   1391541 -- fix
> To: fil...@li...
> Cc: Jason Edgecombe <jwe...@un...>, Jack Stein <jm...@un...>
> Message-ID:
>        <AAN...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I believe I have resolved this issue with Filedrawers:
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1391541&group_id=144840&atid=759961
>
> The issue was:
>
> When visiting long paths, the content in the infoBar grows too large,
> extends past the end of the page, and causes the "Change" button to wrap to
> the next line. This causes the infoBar to grow, and cover more of the
> screen
> - including the top lines of the file manager display table.
>
> My resolution was to make the info bar and the content frame (file list) a
> fixed percentage of the screen -- x and y. If a file or folder path is very
> long, the CSS overflow-x catches it and puts scrollbars at the bottom of
> the
> screen.
>
> Attached is the diff file for the changes I made to fileman.css
>
> Thanks,
> Andrew
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> commit faa9441c44c36283e74c0dddaf968ec2da28e936
> Author: Andrew Stein <and...@gm...>
> Date:   Fri Apr 30 17:21:12 2010 -0400
>
>    Fix the long filename and scrolling issues
>
> diff --git a/filedrawers/var/www/filedrawers/css/fileman.css
> b/filedrawers/var/www/filedrawers/css/fileman.css
> index 281c2ba..ee5699e 100644
> --- a/filedrawers/var/www/filedrawers/css/fileman.css
> +++ b/filedrawers/var/www/filedrawers/css/fileman.css
> @@ -14,6 +14,9 @@ body {
>        padding: 0px;
>        font-family: Verdana, Arial, Helvetica, Geneva, sans-serif;
>        font-size: 12px;
> +        text-wrap: normal;
> +        word-wrap: break-word;
> +
>  }
>
>  img {
> @@ -52,27 +55,36 @@ iframe {
>  }
>
>  #sidebar {
> +
>        position: fixed;
> -       width: 200px;
> -       left: 1.5%;
> -       top: 95px;
> +       width: 19%;
> +       left: 1%;
> +       top: 19%;
> +        bottom: 1%;
>        padding: 0px;
>        margin: 0 70% 0 0;
> +        overflow-x: scroll;
> +
>  }
>
>  div.masthead {
>        position: fixed;
>        margin: 0px;
> -       padding: 0px;
>        width: 97%;
>        left: 1%;
>        top: 0px;
>  }
>
>  #content {
> -       margin-left: 220px;
> -       padding: 0px;
> -       padding-top: 95px;
> +
> +        position:fixed;
> +        top: 19%;
> +        overflow-x:scroll;
> +        margin-left: 20%;
> +        width: 79%;
> +        bottom:1%;
> +        padding-left:1%;
> +
>  }
>
>  #lone_content {
> @@ -83,6 +95,7 @@ div.masthead {
>  }
>
>  /* -- End basic layout section -- */
> +
>  #content a {
>        text-decoration: none;
>        border: none;
> @@ -103,6 +116,7 @@ div.masthead {
>  }
>
>  #date {
> +
>        float: right;
>        width: 30%;
>        margin: 0;
> @@ -135,7 +149,7 @@ div.masthead {
>        z-index: auto;
>        height: auto;
>        color: #FFFFFF;
> -    font-size: 16px;
> +        font-size: 16px;
>        margin: 0 45% 0 0;
>        padding: 0px;
>  }
> @@ -369,12 +383,14 @@ div.expandItem h2, form.expandItem h2 {
>  }
>
>  #fileList {
> -    width: 530px;
> +    width: 220px;
>        margin: 0px;
>        padding: 0px;
>        margin-bottom: 40px;
>        border: 1px solid #999999;
>     border-collapse: collapse;
> +    word-wrap: break-word;
> +
>  }
>
>  #fileList th {
> @@ -414,9 +430,9 @@ div.expandItem h2, form.expandItem h2 {
>  }
>
>  #inspector {
> -       width: 190px;
> +       width: 90%;
>        border: 1px solid #336699;
> -    overflow: hidden;
> +        overflow: hidden;
>  }
>
>  #inspector h3 {
> @@ -461,10 +477,10 @@ div.expandItem h2, form.expandItem h2 {
>
>  /* ==================== */
>  #places {
> +        width: 90%;
>        margin-top:10px;
> -       width: 190px;
>        border: 1px solid #336699;
> -    overflow: hidden;
> +        overflow: hidden;
>  }
>
>  #places h3 {
>
> ------------------------------
>
> Message: 5
> Date: Sun, 16 May 2010 00:02:38 -0400
> From: Jeffrey Altman <ja...@op...>
> Subject: [filedrawers-devel] File Drawers on ohloh.net
> To: fil...@li...
> Message-ID: <4BE...@op...>
> Content-Type: text/plain; charset=UTF-8
>
> I have added File Drawers to ohloh.net.  An analysis of the source
> distribution can be obtained from:
>
>  https://www.ohloh.net/p/filedrawers/analyses/latest
>
> Jeffrey Altman
>
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sun, 16 May 2010 00:00:43 -0400
> From: Jeffrey Altman <ja...@op...>
> Subject: [filedrawers-devel] File Drawers 0.50 wish list
> To: fil...@li...
> Message-ID: <4BE...@op...>
> Content-Type: text/plain; charset=UTF-8
>
> Since it is always useful to have some idea of the features that a user
> of an application would like to see, here is my wish list:
>
> (1) Make the "Type" column represent mount points and symlinks to
> folders, symlinks to files, and symlinks to mount points.  This visual
> can be a link to a display of the "fs examine" output for the object.
>
> (2) Under the "Location" bar, list the current cell and volume name.
> Make the volume name a link that displays the output of the "vos
> examine" command on that volume.
>
> (3) Add a Create a Symlink and Create a MountPoint option in the Actions
> column
>
> (4) On the Location bar, next to the "Change" button, place an "Make
> Favorite" button if it is not already a favorite.
>
> (5) "Favorite Locations" should not be on the Actions menu but be a
> button on the web link bar after "Home".
>
> (6) For folders, listing the amount of disk space it takes to store the
> directory in the "Size" column is uninformative.  That column should list
> the number of entries in the directory.  That listing of entries could
> be a link that produces a more in-depth chart of the files, directories,
> symlinks, and mountpoints.
>
> (7) A link to an installation package for a native client with
> configuration data could be added to the web link bar.
>
> (8) Thumbnail support for well known documents would be a nice touch.
>
> (9) Adding actions to view and set the unix mode bits, change owner, and
> change group would round out the functionality.
>
> Jeffrey Altman
>
>
>
>
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 18 May 2010 20:13:44 -0500
> From: Andrew Stein <and...@gm...>
> Subject: [filedrawers-devel] Adding a script
> To: fil...@li...
> Message-ID:
>        <AAN...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello --
>
> I am adding a PHP script to Filedrawers to handle some AJAX code that will
> calculate folder sizes in the background.
>
> In the PHP script (which lives in the /js folder) I am running this Du
> command using backticks ``
>
> The command looks something like $output = `du -sb /folder/name`
>
> However -- Du is spitting out a bunch of permission errors as it traverses
> the user's personal files / folders.
>
> How do I pass the logged-in users AFS credentials to the Du command -- is
> there something special I have to import from Filedrawers?
>
> Hopefully this makes sense.
>
> Once I can figure this out I hope to submit this code to the devel list if
> anyone is interested in it.
>
> Andrew
>
> --
> Andrew Stein
> Website: http://www.andrewsteinhome.com/
> Cell: 214-454-0301
> Address: Oklahoma City University
> 2501 N Blackwelder Ave #486
> Oklahoma City, OK 73106-1493
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
>
>
>
> ------------------------------
>
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
>
> End of filedrawers-devel Digest, Vol 13, Issue 1
> ************************************************
>



-- 
Andrew Stein
Website: http://www.andrewsteinhome.com/
Cell: 214-454-0301
Address: Oklahoma City University
2501 N Blackwelder Ave #486
Oklahoma City, OK 73106-1493

[filedrawers-devel] Adding a script

[Andrew S. <and...@gm...>]

Hello --

I am adding a PHP script to Filedrawers to handle some AJAX code that will
calculate folder sizes in the background.

In the PHP script (which lives in the /js folder) I am running this Du
command using backticks ``

The command looks something like $output = `du -sb /folder/name`

However -- Du is spitting out a bunch of permission errors as it traverses
the user's personal files / folders.

How do I pass the logged-in users AFS credentials to the Du command -- is
there something special I have to import from Filedrawers?

Hopefully this makes sense.

Once I can figure this out I hope to submit this code to the devel list if
anyone is interested in it.

Andrew

-- 
Andrew Stein
Website: http://www.andrewsteinhome.com/
Cell: 214-454-0301
Address: Oklahoma City University
2501 N Blackwelder Ave #486
Oklahoma City, OK 73106-1493

[filedrawers-devel] File Drawers 0.50 wish list

[Jeffrey A. <ja...@op...>]

Since it is always useful to have some idea of the features that a user
of an application would like to see, here is my wish list:

(1) Make the "Type" column represent mount points and symlinks to
folders, symlinks to files, and symlinks to mount points.  This visual
can be a link to a display of the "fs examine" output for the object.

(2) Under the "Location" bar, list the current cell and volume name. 
Make the volume name a link that displays the output of the "vos
examine" command on that volume.

(3) Add a Create a Symlink and Create a MountPoint option in the Actions
column

(4) On the Location bar, next to the "Change" button, place an "Make
Favorite" button if it is not already a favorite.

(5) "Favorite Locations" should not be on the Actions menu but be a
button on the web link bar after "Home".

(6) For folders, listing the amount of disk space it takes to store the
directory in the "Size" column is uninformative.  That column should list
the number of entries in the directory.  That listing of entries could
be a link that produces a more in-depth chart of the files, directories,
symlinks, and mountpoints.

(7) A link to an installation package for a native client with
configuration data could be added to the web link bar.

(8) Thumbnail support for well known documents would be a nice touch.

(9) Adding actions to view and set the unix mode bits, change owner, and
change group would round out the functionality.

Jeffrey Altman

[filedrawers-devel] File Drawers on ohloh.net

[Jeffrey A. <ja...@op...>]

I have added File Drawers to ohloh.net.  An analysis of the source
distribution can be obtained from:

  https://www.ohloh.net/p/filedrawers/analyses/latest

Jeffrey Altman

[filedrawers-devel] Bug long paths cause Location bar to wrap - ID: 1391541 -- fix

[Andrew S. <and...@gm...>]

commit faa9441c44c36283e74c0dddaf968ec2da28e936
Author: Andrew Stein <and...@gm...>
Date:   Fri Apr 30 17:21:12 2010 -0400

    Fix the long filename and scrolling issues

diff --git a/filedrawers/var/www/filedrawers/css/fileman.css b/filedrawers/var/www/filedrawers/css/fileman.css
index 281c2ba..ee5699e 100644
--- a/filedrawers/var/www/filedrawers/css/fileman.css
+++ b/filedrawers/var/www/filedrawers/css/fileman.css
@@ -14,6 +14,9 @@ body {
 	padding: 0px;
 	font-family: Verdana, Arial, Helvetica, Geneva, sans-serif;
 	font-size: 12px;
+        text-wrap: normal;
+        word-wrap: break-word;
+
 }
 
 img {
@@ -52,27 +55,36 @@ iframe {
 }
 
 #sidebar {
+
 	position: fixed;
-	width: 200px;
-	left: 1.5%;
-	top: 95px;
+	width: 19%;
+	left: 1%;
+	top: 19%;
+        bottom: 1%;
 	padding: 0px;
 	margin: 0 70% 0 0;
+        overflow-x: scroll;
+
 }
 
 div.masthead {
 	position: fixed;
 	margin: 0px;
-	padding: 0px;
 	width: 97%;
 	left: 1%;
 	top: 0px;
 }
 
 #content {
-	margin-left: 220px;
-	padding: 0px;
-	padding-top: 95px;
+
+        position:fixed;
+        top: 19%;
+        overflow-x:scroll;
+        margin-left: 20%;
+        width: 79%;
+        bottom:1%;
+        padding-left:1%;
+
 }
 
 #lone_content {
@@ -83,6 +95,7 @@ div.masthead {
 }
 
  /* -- End basic layout section -- */
+ 
 #content a {
 	text-decoration: none;
 	border: none;
@@ -103,6 +116,7 @@ div.masthead {
 }
 
 #date {
+
 	float: right;
 	width: 30%;
 	margin: 0;
@@ -135,7 +149,7 @@ div.masthead {
 	z-index: auto;
 	height: auto;
 	color: #FFFFFF;
-    font-size: 16px;
+        font-size: 16px;
 	margin: 0 45% 0 0;
 	padding: 0px;
 }
@@ -369,12 +383,14 @@ div.expandItem h2, form.expandItem h2 {
 }
 
 #fileList {
-    width: 530px;
+    width: 220px;
 	margin: 0px;
 	padding: 0px;
 	margin-bottom: 40px;
 	border: 1px solid #999999;
     border-collapse: collapse;
+    word-wrap: break-word;
+  
 }
 
 #fileList th {
@@ -414,9 +430,9 @@ div.expandItem h2, form.expandItem h2 {
 }
 
 #inspector {
-	width: 190px;
+	width: 90%;
 	border: 1px solid #336699;
-    overflow: hidden;
+        overflow: hidden;
 }
 
 #inspector h3 {
@@ -461,10 +477,10 @@ div.expandItem h2, form.expandItem h2 {
 
 /* ==================== */
 #places {
+        width: 90%;
 	margin-top:10px;
-	width: 190px;
 	border: 1px solid #336699;
-    overflow: hidden;
+        overflow: hidden;
 }
 
 #places h3 {

Re: [filedrawers-devel] Symbolic Links

[Joshua F. <jos...@um...>]

I didn't mean to imply that it wasn't the correct solution, and I didn't mean to imply that the security check in pathSecurity will not be used in the next version.  By "heavy handed" I was referring specifically to how we handle the user experience when a potential security problem is encountered.  Simply redisplaying the user home directory with no indication of what went wrong is not helpful.  That is what I want to address.  The stat call in pathSecurity is very important.  I realize that.  I'd like to move and/or modify the check in pathSecurity to better facilitate secure user feedback (but prevent an attacker from using error messages to test for locations on the local filesystem).

We are all grateful for your security patch, and any changes to facilitate better user feedback will be made with the security issues you found in mind.

- Josh


On Mar 16, 2010, at 4:43 PM, Simon Wilkinson wrote:

> 
> On 16 Mar 2010, at 20:02, Joshua Fields wrote:
>> 
>> We were a bit heavy-handed in our approach to symlinks.  However, our primary concern was keeping filedrawers secure.  We are completely reworking how symlinks are handled.  The pathSecurity function that is causing the bounces will not be part of the new solution, and we will provide better user feedback.  We're actively working on the new release, but it is taking some time.
> 
> Hopefully it won't have the same problems the first solution had. I rewrote the symlink checking bits of pathSecurity because at that point the code was littered with security issues. Amongst the many problems was the fact that it would provide any file on the local filesystem to any user who could place a symlink to it in AFS space. Given that this included all of the cosign credentials caches, a user could easily gain the credentials of anyone who happened to be logged into filedrawers.
> 
> Given the level of the security problems being a bit heavy handed seemed like the correct solution. Filedrawer's architecture is inherently fragile, given that it relies on using the local cache manager - it's vital to its security that there is no way that a user can break out of AFS space, and convince it to return files that are hosted elsewhere. Any changes to these checks needs to be undertaken with extreme caution - in particular there are a number of race conditions that need to be carefully defended against.
> 
> Simon.
> 
> 
> !DSPAM:4b9fed6940431903312405!
> 
> 
> 

Re: [filedrawers-devel] Symbolic Links

[Simon W. <sx...@in...>]

On 16 Mar 2010, at 20:02, Joshua Fields wrote:
>
> We were a bit heavy-handed in our approach to symlinks.  However,  
> our primary concern was keeping filedrawers secure.  We are  
> completely reworking how symlinks are handled.  The pathSecurity  
> function that is causing the bounces will not be part of the new  
> solution, and we will provide better user feedback.  We're actively  
> working on the new release, but it is taking some time.

Hopefully it won't have the same problems the first solution had. I  
rewrote the symlink checking bits of pathSecurity because at that  
point the code was littered with security issues. Amongst the many  
problems was the fact that it would provide any file on the local  
filesystem to any user who could place a symlink to it in AFS space.  
Given that this included all of the cosign credentials caches, a user  
could easily gain the credentials of anyone who happened to be logged  
into filedrawers.

Given the level of the security problems being a bit heavy handed  
seemed like the correct solution. Filedrawer's architecture is  
inherently fragile, given that it relies on using the local cache  
manager - it's vital to its security that there is no way that a user  
can break out of AFS space, and convince it to return files that are  
hosted elsewhere. Any changes to these checks needs to be undertaken  
with extreme caution - in particular there are a number of race  
conditions that need to be carefully defended against.

Simon.

Re: [filedrawers-devel] Symbolic Links

[Joshua F. <jos...@um...>]

Hi Matt,

I was able to reproduce the "symlink pointing at a file" issue.  I can't explain it at the moment, and it actually works fine on our dev instance.  I understand what is causing the "bounce back".  There's a function in afs.php called pathSecurity.  For some reason when it calls stat on the symlink, it thinks that the device ID of the symlink target does not match the afs cell device ID.  Currently, this causes filedrawers to redisplay a safe location (the user's home directory).

I was unable to reproduce the other symlink issue on any of our environments.  The only thing I can think of is that after you performed the first test, filedrawers redisplayed the user's home directory but did not update the url.  Therefore you had some extra junk on the end of the path: /path/to/home/dir/symlink1/symlink2.  Since that would not exist, filedrawers would bounce the user to their home directory.

We were a bit heavy-handed in our approach to symlinks.  However, our primary concern was keeping filedrawers secure.  We are completely reworking how symlinks are handled.  The pathSecurity function that is causing the bounces will not be part of the new solution, and we will provide better user feedback.  We're actively working on the new release, but it is taking some time.

- Josh


Josh Fields
Information and Technology Services
The University of Michigan

On Mar 15, 2010, at 5:12 PM, Matt Smith wrote:

> Hello all,
> 
> Iowa State University is working on implementing Filedrawers 0.4.3. For the most part, it all seems to be functioning correctly and we have made a number of functionality improvements.
> 
> We have noticed, however, that symbolic links that point directly to files seem to confuse Filedrawers and cause it to bounce back to the user's home directory. Also, a symlink to a directory is processed correctly but when clicking on a file inside of the symlink, it too returns the user to their home directory. The issue is similar (if not identical) to the Subdirectories thread from October. 
> 
> I am certain that this is a symlink issue as I can access the files without incident when following the non-linked path.
> 
> Any ideas on how this can be addressed or if it will be covered in future releases?
> 
> Thanks,
> Matt Smith
> !DSPAM:4b9ea9ad223431065390704! ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> 
> !DSPAM:4b9ea9ad223431065390704!
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
> 
> 
> !DSPAM:4b9ea9ad223431065390704!

[filedrawers-devel] Symbolic Links

[Matt S. <mj...@ia...>]

Hello all,

Iowa State University is working on implementing Filedrawers 0.4.3. For the
most part, it all seems to be functioning correctly and we have made a
number of functionality improvements.

We have noticed, however, that symbolic links that point directly to files
seem to confuse Filedrawers and cause it to bounce back to the user's home
directory. Also, a symlink to a directory is processed correctly but when
clicking on a file inside of the symlink, it too returns the user to their
home directory. The issue is similar (if not identical) to the
Subdirectories thread from October.

I am certain that this is a symlink issue as I can access the files without
incident when following the non-linked path.

Any ideas on how this can be addressed or if it will be covered in future
releases?

Thanks,
Matt Smith

Re: [filedrawers-devel] Sub Directories

[Joshua F. <jos...@um...>]

You might try var_dump($path) at line 56 to see what the incoming path  
value is.  Other relevant lines to try are: 870, 879, and 886.  There  
is nothing in the PHP code that truncates path after a certain length.

- Josh


Josh Fields
Information and Technology Services
The University of Michigan

On Oct 30, 2009, at 10:08 AM, Barry Fawthrop wrote:

> Thanks To Both Joshua and Stephen
>
> The directory definitely exists, access from the command prompt
> also running  fs la on the home directory and the sub directory
> lists the user with rlidwk  access
>
> It also does exists within /afs I only have one afs server and
> one afs location. The directory is not a link to another directory
> but a simple subdirectory
>
> can you point me to the lines of afs.php so I could perhaps
> look at it and run some debug routine or lines,  Thanks
>
> I found the pathSecurity routine in afs.php
> and just added     print("Running pathSecurity   [$path]   ");
>
> Each time it runs $path is the home directory
> /afs_path/user/
>
> It does not appear as  /afs_path/user/subdirectory/
>
> Is there something that truncates after a certain length, perhaps?
>
>
>
> Thanks again
>
> Barry
>
>
> Stephen Joyce wrote:
>> I've also seen this happen when a user tries to open a directory they
>> don't have permissions to enter. You may want to double-check that  
>> the
>> user in question can actually access that directory from a regular  
>> AFS
>> client.
>>
>> [Hopefully I'm not lying regarding a virginal filedrawers  
>> installation;
>> We've heavily modified filedrawers, but I don't think I touched that
>> portion of the code.]
>>
>> Cheers, Stephen
>> -- 
>> Stephen Joyce
>> Systems Administrator
>> PANIC - Physics and Astronomy Network Infrastructure and Computing
>> University of North Carolina at Chapel Hill
>> voice: 919.962.7214
>> fax: 919.962.0480
>>
>> If your organization was forced to choose between making IT more  
>> business
>> savvy or making business more IT savvy, I think you'd get much more  
>> bang
>> for the buck by pursuing the latter. -- Jeff Tash
>>
>>
>> On Thu, 29 Oct 2009, Joshua Fields wrote:
>>
>>> I'm not sure exactly what is causing this behavior, but I can  
>>> probably
>>> explain why it is happening.  When a path is specified in the URL,  
>>> the
>>> setPath method is called in afs.php.  There is a security check here
>>> (pathSecurity) to make sure the path references a location on /afs  
>>> and
>>> not on another filesystem (like /etc on the webserver).  The check
>>> will fail even if the path begins with /afs_path/user... but it does
>>> not exist or it cannot be stat-ed.  If for any reason this check
>>> fails, the user will be bounced back to their home directory.
>>>
>>> - Josh
>>>
>>> Josh Fields
>>> Information and Technology Services
>>> The University of Michigan
>>>
>>>
>>> On Oct 29, 2009, at 1:48 PM, Barry Fawthrop wrote:
>>>
>>>> Hi all
>>>>
>>>> I can login using FileDrawers and access the AFS directory for the
>>>> user.
>>>> I created a Folder using Filedrawers web access
>>>> and it shows in the folder ls -l
>>>> But When I click it in Filedrawers   it will not access? keeps
>>>> sticking to the
>>>> root directory, even though in the URL it shows path=/afs_path/ 
>>>> user/
>>>> subdirectory
>>>> it just lists /afs_path/user/
>>>>
>>>> Any Ideas ???
>>>> Thanks
>>>> Barry
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF,  
>>>> CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market  
>>>> and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register  
>>>> now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> filedrawers-devel mailing list
>>>> fil...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year.  
>>> Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market  
>>> and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register  
>>> now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> filedrawers-devel mailing list
>>> fil...@li...
>>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>>
>>>
>>> -- 
>>>
>>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
> !DSPAM:4aeaf39e4745939618124!
>
>
>

Re: [filedrawers-devel] Sub Directories

[Stephen J. <st...@ph...>]

On Fri, 30 Oct 2009, Steve Devine wrote:

> I needed this in libdrawers.php
> $afsBase         = "/afs/msu/user/";
>
> and in afs.php
> make sure your path to your afs bins is in here.
> protected $afsUtils   = '/usr/wherever/bin';
>

Additionally, if your home directories are not 
/afs/$cell/users/$firstletter/$secondletter/$user, but instead omit the 
$secondletter (or both first and second), you probably need another change 
later in the same file to take this into account. Mine is below, but do a 
sanity check for line numbers since I made other changes that might throw 
them off:

@@ -238,6 +240,6 @@
                 return false;
         }

-       return $afsBase . $user[0] . "/" . $user[1] . "/" . $user;
+       return $afsBase . $user[0] . "/" . $user;
  }

Hope this helps!

Cheers, Stephen
--
Stephen Joyce
Systems Administrator
PANIC - Physics and Astronomy Network Infrastructure and Computing
University of North Carolina at Chapel Hill 
voice: 919.962.7214
fax: 919.962.0480

Re: [filedrawers-devel] Sub Directories

[Steve D. <sd...@ms...>]

Quoting "Barry Fawthrop" <ba...@is...>:

> Thanks To Both Joshua and Stephen
>
> The directory definitely exists, access from the command prompt
> also running  fs la on the home directory and the sub directory
> lists the user with rlidwk  access
>
> It also does exists within /afs I only have one afs server and
> one afs location. The directory is not a link to another directory
> but a simple subdirectory
>
> can you point me to the lines of afs.php so I could perhaps
> look at it and run some debug routine or lines,  Thanks
>
> I found the pathSecurity routine in afs.php
> and just added     print("Running pathSecurity   [$path]   ");
>
> Each time it runs $path is the home directory
> /afs_path/user/
>
> It does not appear as  /afs_path/user/subdirectory/
>
> Is there something that truncates after a certain length, perhaps?
>
>
>
> Thanks again
>
> Barry
>
>
> Stephen Joyce wrote:
>> I've also seen this happen when a user tries to open a directory they
>> don't have permissions to enter. You may want to double-check that the
>> user in question can actually access that directory from a regular AFS
>> client.
>>
>> [Hopefully I'm not lying regarding a virginal filedrawers installation;
>> We've heavily modified filedrawers, but I don't think I touched that
>> portion of the code.]
>>
>> Cheers, Stephen
>> --
>> Stephen Joyce
>> Systems Administrator
>> PANIC - Physics and Astronomy Network Infrastructure and Computing
>> University of North Carolina at Chapel Hill
>> voice: 919.962.7214
>> fax: 919.962.0480
>>
>> If your organization was forced to choose between making IT more business
>> savvy or making business more IT savvy, I think you'd get much more bang
>> for the buck by pursuing the latter. -- Jeff Tash
>>
>>
>> On Thu, 29 Oct 2009, Joshua Fields wrote:
>>
>>> I'm not sure exactly what is causing this behavior, but I can probably
>>> explain why it is happening.  When a path is specified in the URL, the
>>> setPath method is called in afs.php.  There is a security check here
>>> (pathSecurity) to make sure the path references a location on /afs and
>>> not on another filesystem (like /etc on the webserver).  The check
>>> will fail even if the path begins with /afs_path/user... but it does
>>> not exist or it cannot be stat-ed.  If for any reason this check
>>> fails, the user will be bounced back to their home directory.
>>>
>>> - Josh
>>>
>>> Josh Fields
>>> Information and Technology Services
>>> The University of Michigan
>>>
>>>
>>> On Oct 29, 2009, at 1:48 PM, Barry Fawthrop wrote:
>>>
>>>> Hi all
>>>>
>>>> I can login using FileDrawers and access the AFS directory for the
>>>> user.
>>>> I created a Folder using Filedrawers web access
>>>> and it shows in the folder ls -l
>>>> But When I click it in Filedrawers   it will not access? keeps
>>>> sticking to the
>>>> root directory, even though in the URL it shows path=/afs_path/user/
>>>> subdirectory
>>>> it just lists /afs_path/user/
>>>>
>>>> Any Ideas ???
>>>> Thanks
>>>> Barry
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> filedrawers-devel mailing list
>>>> fil...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>>>
>>>> !DSPAM:4ae9dae3140971347337680!
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> filedrawers-devel mailing list
>>> fil...@li...
>>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>>
>>>
>>> --
>>>
>>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
>

I needed this in libdrawers.php
$afsBase         = "/afs/msu/user/";

and in afs.php
make sure your path to your afs bins is in here.
protected $afsUtils   = '/usr/wherever/bin';

Steve Devine
Email & Storage
Academic Technology Services
Michigan State University

313 Computer Center
East Lansing, MI 48824-1042
1-517-432-7327

Everything that can be counted does not necessarily count;
everything that counts cannot necessarily be counted.
Albert Einstein

Re: [filedrawers-devel] Sub Directories

[Barry F. <ba...@is...>]

Thanks To Both Joshua and Stephen

The directory definitely exists, access from the command prompt
also running  fs la on the home directory and the sub directory
lists the user with rlidwk  access

It also does exists within /afs I only have one afs server and
one afs location. The directory is not a link to another directory
but a simple subdirectory

can you point me to the lines of afs.php so I could perhaps
look at it and run some debug routine or lines,  Thanks

I found the pathSecurity routine in afs.php
and just added     print("Running pathSecurity   [$path]   ");

Each time it runs $path is the home directory
/afs_path/user/

It does not appear as  /afs_path/user/subdirectory/

Is there something that truncates after a certain length, perhaps?



Thanks again

Barry


Stephen Joyce wrote:
> I've also seen this happen when a user tries to open a directory they
> don't have permissions to enter. You may want to double-check that the
> user in question can actually access that directory from a regular AFS
> client.
> 
> [Hopefully I'm not lying regarding a virginal filedrawers installation;
> We've heavily modified filedrawers, but I don't think I touched that
> portion of the code.]
> 
> Cheers, Stephen
> -- 
> Stephen Joyce
> Systems Administrator
> PANIC - Physics and Astronomy Network Infrastructure and Computing
> University of North Carolina at Chapel Hill
> voice: 919.962.7214
> fax: 919.962.0480
> 
> If your organization was forced to choose between making IT more business
> savvy or making business more IT savvy, I think you'd get much more bang
> for the buck by pursuing the latter. -- Jeff Tash
> 
> 
> On Thu, 29 Oct 2009, Joshua Fields wrote:
> 
>> I'm not sure exactly what is causing this behavior, but I can probably
>> explain why it is happening.  When a path is specified in the URL, the
>> setPath method is called in afs.php.  There is a security check here
>> (pathSecurity) to make sure the path references a location on /afs and
>> not on another filesystem (like /etc on the webserver).  The check
>> will fail even if the path begins with /afs_path/user... but it does
>> not exist or it cannot be stat-ed.  If for any reason this check
>> fails, the user will be bounced back to their home directory.
>>
>> - Josh
>>
>> Josh Fields
>> Information and Technology Services
>> The University of Michigan
>>
>>
>> On Oct 29, 2009, at 1:48 PM, Barry Fawthrop wrote:
>>
>>> Hi all
>>>
>>> I can login using FileDrawers and access the AFS directory for the
>>> user.
>>> I created a Folder using Filedrawers web access
>>> and it shows in the folder ls -l
>>> But When I click it in Filedrawers   it will not access? keeps
>>> sticking to the
>>> root directory, even though in the URL it shows path=/afs_path/user/
>>> subdirectory
>>> it just lists /afs_path/user/
>>>
>>> Any Ideas ???
>>> Thanks
>>> Barry
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart
>>> your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> filedrawers-devel mailing list
>>> fil...@li...
>>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>>
>>> !DSPAM:4ae9dae3140971347337680!
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> filedrawers-devel mailing list
>> fil...@li...
>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>
>>
>> -- 
>>
>>

Re: [filedrawers-devel] Sub Directories

[Stephen J. <st...@ph...>]

I've also seen this happen when a user tries to open a directory they don't 
have permissions to enter. You may want to double-check that the user in 
question can actually access that directory from a regular AFS client.

[Hopefully I'm not lying regarding a virginal filedrawers installation; 
We've heavily modified filedrawers, but I don't think I touched that 
portion of the code.]

Cheers, Stephen
--
Stephen Joyce
Systems Administrator
PANIC - Physics and Astronomy Network Infrastructure and Computing
University of North Carolina at Chapel Hill
voice: 919.962.7214
fax: 919.962.0480

If your organization was forced to choose between making IT more business
savvy or making business more IT savvy, I think you'd get much more bang
for the buck by pursuing the latter. -- Jeff Tash


On Thu, 29 Oct 2009, Joshua Fields wrote:

> I'm not sure exactly what is causing this behavior, but I can probably
> explain why it is happening.  When a path is specified in the URL, the
> setPath method is called in afs.php.  There is a security check here
> (pathSecurity) to make sure the path references a location on /afs and
> not on another filesystem (like /etc on the webserver).  The check
> will fail even if the path begins with /afs_path/user... but it does
> not exist or it cannot be stat-ed.  If for any reason this check
> fails, the user will be bounced back to their home directory.
>
> - Josh
>
> Josh Fields
> Information and Technology Services
> The University of Michigan
>
>
> On Oct 29, 2009, at 1:48 PM, Barry Fawthrop wrote:
>
>> Hi all
>>
>> I can login using FileDrawers and access the AFS directory for the
>> user.
>> I created a Folder using Filedrawers web access
>> and it shows in the folder ls -l
>> But When I click it in Filedrawers   it will not access? keeps
>> sticking to the
>> root directory, even though in the URL it shows path=/afs_path/user/
>> subdirectory
>> it just lists /afs_path/user/
>>
>> Any Ideas ???
>> Thanks
>> Barry
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> filedrawers-devel mailing list
>> fil...@li...
>> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>>
>> !DSPAM:4ae9dae3140971347337680!
>>
>>
>>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
>
> -- 
>
>

Re: [filedrawers-devel] Sub Directories

[Joshua F. <jos...@um...>]

I'm not sure exactly what is causing this behavior, but I can probably  
explain why it is happening.  When a path is specified in the URL, the  
setPath method is called in afs.php.  There is a security check here  
(pathSecurity) to make sure the path references a location on /afs and  
not on another filesystem (like /etc on the webserver).  The check  
will fail even if the path begins with /afs_path/user... but it does  
not exist or it cannot be stat-ed.  If for any reason this check  
fails, the user will be bounced back to their home directory.

- Josh

Josh Fields
Information and Technology Services
The University of Michigan


On Oct 29, 2009, at 1:48 PM, Barry Fawthrop wrote:

> Hi all
>
> I can login using FileDrawers and access the AFS directory for the  
> user.
> I created a Folder using Filedrawers web access
> and it shows in the folder ls -l
> But When I click it in Filedrawers   it will not access? keeps  
> sticking to the
> root directory, even though in the URL it shows path=/afs_path/user/ 
> subdirectory
> it just lists /afs_path/user/
>
> Any Ideas ???
> Thanks
> Barry
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
> !DSPAM:4ae9dae3140971347337680!
>
>
>

[filedrawers-devel] Sub Directories

[Barry F. <ba...@is...>]

Hi all

I can login using FileDrawers and access the AFS directory for the user.
I created a Folder using Filedrawers web access
and it shows in the folder ls -l
But When I click it in Filedrawers   it will not access? keeps sticking to the
root directory, even though in the URL it shows path=/afs_path/user/subdirectory
it just lists /afs_path/user/

Any Ideas ???
Thanks
Barry

Re: [filedrawers-devel] Filedrawers at Stanford

[Jon R. <jon...@st...>]

Joshua Fields wrote:
> Ok, I added three of the four patches.  I didn't apply the patch that 
> shows the icon of a link target because there's no guarantee that the 
> target is still in AFS.  If someone wanted to see if files existed on 
> the local filesystem, they could create links to suspected local file 
> paths and see if the icon changes.  Ideally, the AFS class would provide 
> a safe way to work with symlinks, but we haven't implemented that yet.

Oh, very good point.  I think in our case we'll keep the local patch 
active, but that's definitely something I can see not wanting to open up 
on the general code.

> I consolidated your download/preview patch with existing mime detection 
> code and added it to the mime class (rather than the AFS class).  In 
> future versions, I'd like to see the AFS class become more focused on 
> core filesystem operations than it is currently.
> 
> I applied your config patch and added two additional configure options:
> --with-fs_base_path="/afs/blah/blah/blah/"
> --enable-ignore_passwd_entries=<true | false>
> 
> I'm interested in reading more about Adam's approach to the passwd file 
> problem, but in any case, this is available as an alternative.
> 
> Finally, I only committed the code to the git repository.  We'd like to 
> shut off the CVS repository ASAP.
> 
> Thanks for the patches, Jon!

Thanks for taking most of them off our hands. :)

-- 
Jon Robertson

Re: [filedrawers-devel] Filedrawers at Stanford

[Joshua F. <jos...@um...>]

Ok, I added three of the four patches.  I didn't apply the patch that  
shows the icon of a link target because there's no guarantee that the  
target is still in AFS.  If someone wanted to see if files existed on  
the local filesystem, they could create links to suspected local file  
paths and see if the icon changes.  Ideally, the AFS class would  
provide a safe way to work with symlinks, but we haven't implemented  
that yet.

I consolidated your download/preview patch with existing mime  
detection code and added it to the mime class (rather than the AFS  
class).  In future versions, I'd like to see the AFS class become more  
focused on core filesystem operations than it is currently.

I applied your config patch and added two additional configure options:
--with-fs_base_path="/afs/blah/blah/blah/"
--enable-ignore_passwd_entries=<true | false>

I'm interested in reading more about Adam's approach to the passwd  
file problem, but in any case, this is available as an alternative.

Finally, I only committed the code to the git repository.  We'd like  
to shut off the CVS repository ASAP.

Thanks for the patches, Jon!

- Josh


On Aug 4, 2009, at 5:14 PM, Jon Robertson wrote:

> Joshua Fields wrote:
>> Hi Jon.  We're definitely interested in the changes on this
>> list--especially the flag not to use passwd entries.  We've been  
>> meaning
>> to add that.  As long as they don't require major architectural  
>> changes,
>> we could roll them in soon.
>>
>> If you're able to add them to the tracker, that's fine.  Let me  
>> know if
>> you have any trouble.
>
> I've added four patches in to the tracker, for five functions (moving
> afsbase and the passwd flag were together).  They're all fairly simple
> save the file display/download, but even that's not a major
> architectural change.
>
> -- 
> Jon Robertson
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> filedrawers-devel mailing list
> fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filedrawers-devel
>
> !DSPAM:4a78a3cf176921410093335!
>
>
>