Menu
▾
▴
Re: [Fez-users] Login required to view collection, records, 'Newly Added Items'
|
From: Matthew S. <yo....@gm...> - 2007-03-14 23:30:42
|
Hi Kevin
My Mistake, the 'exclude' file for the tarball generator is supposed
to stop the default config.inc.php going into the tarball but it has a
set path of _rc so didn't correctly exclude the file. The setup
program is supposed to write the config file.
The next version will likely have most of the settings in the config
file moved to a database table and default values will be written if
they are not set.
Matt
On 3/15/07, Ford, Kevin <kf...@co...> wrote:
> Dear Matt,
>
> I was on the verge of adding the variable definitions yesterday after
> discovering that I too could not view collections and items without
> signing in as an administrator. Trawling through the code, I saw the
> app roles referenced, but not defined anywhere.
>
> I got to work this morning, found this post, added the variable
> definitions and problem solved.
>
> But I wanted to add a note to this discussion before it's closed.
>
> I started with a fresh Fez 1.3 install, installed separately from the
> Fez release candidate I had installed previously. Having become
> familiar with the Fez config file when toying with the release candidate
> because I had some issues installing Fez originally, I short cut the
> setup process and edited the config file directly.
>
> Everything was working perfectly until I tried to view the collection
> without signing in.
>
> Prompted by this solution to see what went wrong with my set up and
> where, I unpacked an untouched Fez and compared the
> "config.inc.php-example" file in the setup directory with the
> "config.inc.php" in the main directory. The "example" file includes the
> app roles, the main config file does not. So any one downloading,
> unpacking fez, and editing the config file directly may not realize that
> some variable definitions are missing.
>
> To be fair, I did not look on the FezWiki for this information -
> nevertheless, it seems that the example config and the actual config
> should include the same variables to be defined.
>
> Hope this is useful.
>
> Warmly,
>
> Kevin
>
> -----------
>
> Kevin Ford
> Digital Services Specialist
> Columbia College Chicago Library
> 624 S. Michigan Avenue
> Chicago, IL 60605
> Tel: 312 344 8568
> Email: kf...@co...
>
>
> -----Original Message-----
> From: fez...@li...
> [mailto:fez...@li...] On Behalf Of Matthew
> Smith
> Sent: Wednesday, March 14, 2007 12:51 AM
> To: fez...@li...
> Subject: Re: [Fez-users] Login required to view collection,
> records,'Newly Added Items'
>
> Frederick
>
> I worked it out! You need these extra config variables - luckily I
> made the same mistake when trying to replicate the error you saw - I
> used a previous copy of Fez 1.3 RC3 and copied the release over the
> top without adding these last few config changes.
>
> // these lists of roles control which roles can assume the roles of
> others, e.g. the
> // Community_Admin role can do all the roles an Editor can do.
> @define('APP_VIEWER_ROLES',"Viewer,Community_Admin,Editor,Creator,Annota
> tor");
> @define('APP_EDITOR_ROLES',"Community_Admin,Editor");
> @define('APP_CREATOR_ROLES',"Creator,Community_Admin,Editor");
>
> Matt
>
> On 3/14/07, Frederick Douglas Smith <ri...@co...> wrote:
> > Matt,
> >
> > Matt,
> >
> > In reference to that incomplete error message backtrace that you
> mentioned,
> > I have studied the scenario that appears to coincide with the
> generation of
> > that error. It appears that the error has nothing at all to do with
> my
> > original issue of having to login every time I click on an item in
> 'Recently
> > Added Items' (while not already logged in) or when I click on a
> community
> > label to view a collection (also while not already logged in).
> >
> > I staged a test by cleaning away all records, except one homemade test
> item
> > (a single content record, with two linked images, within a single
> collection
> > and single community), and then cleaned out the error log
> > (error_handler.log) accordingly. I removed all cookies related to
> Fez, in
> > both IE and Foxfire browsers, closed out all browser windows, and
> reopened a
> > browser to the Fez homepage only (no login yet). At this point, the
> error
> > log was filled with the content shown below (seemingly related to one
> of the
> > two linked files 0967a.tif and 0967b.tif):
> > _______
> > <pre>
> > [Tue Mar 13 10:53:05 2007] Array
> > (
> > [txt] => Array
> > (
> > [0] => Array
> > [1] => (
> > [2] => [0] => Error when calling
> getDatastreamDissemination
> > :fedora.server.errors.DatastreamNotFoundException: [DefaulAccess] No
> > datastream could be returned. Either there is no datastream for the
> digital
> > object "flfu:5" with datastream ID of
> "FezACML_thumbnail_n0967a.jpg.xml "
> > OR there are no datastreams that match the specified date/time value
> of
> > "null " .
> > [3] => [1] => POST /fedora/services/access HTTP/1.0
> > [4] => Host: localhost:8081
> > [5] => User-Agent: NuSOAP/0.7.2 (1.95)
> > [6] => Content-Type: text/xml; charset=ISO-8859-1
> > [7] => SOAPAction: ""
> > [8] => Authorization: Basic ZmVkb3JhQWRtaW46TXV0bGV5
> > [9] => Content-Length: 608
> > [10] =>
> > [11] => <?xml version="1.0"
> > encoding="ISO-8859-1"?><SOAP-ENV:Envelope
> > SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> > xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> > xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >
> xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-ENV:Bod
> y><n
> > s7028:getDatastreamDissemination
> xmlns:ns7028="http://tempuri.org"><pid
> > xsi:type="xsd:string">flfu:5</pid><dsID
> >
> xsi:type="xsd:string">FezACML_thumbnail_n0967a.jpg.xml</dsID></ns7028:ge
> tDat
> > astreamDissemination></SOAP-ENV:Body></SOAP-ENV:Envelope>
> > [12] => )
> > [13] =>
> > )
> >
> > [script] => C:\htdocs\fez\include\class.fedora_api.php
> > [line] => 995
> > [backtrace] => Array
> > (
> > [0] => Array
> > (
> > [file] =>
> C:\htdocs\fez\include\class.fedora_api.php:995
> > [call] => Error_Handler::logError()
> > )
> >
> > [1] => Array
> > (
> > [file] =>
> C:\htdocs\fez\include\class.fedora_api.php:755
> > [call] => Fedora_API::openSoapCallAccess()
> > )
> >
> > [2] => Array
> > (
> > [file] =>
> C:\htdocs\fez\include\class.record.php:865
> > [call] =>
> Fedora_API::callGetDatastreamDissemination()
> > )
> >
> > [3] => Array
> > (
> > [file] => C:\htdocs\fez\include\class.auth.php:691
> > [call] => Record::getACML()
> > )
> >
> > [4] => Array
> > (
> > [file] => C:\htdocs\fez\include\class.auth.php:489
> > [call] => Auth::getAuthorisationGroups()
> > )
> >
> > [5] => Array
> > (
> > [file] => C:\htdocs\fez\eserv.php:141
> > [call] => Auth::checkAuthorisation()
> > )
> >
> > )
> >
> > )
> > </pre>
> > _______
> >
> > To further test what was going on, I logged in, edited the record to
> purge
> > both linked image files (in tiff format), republished the record, and
> then
> > logged out and closed the browser. No change to the error log
> occurred. I
> > again emptied the error log and opened a new browser window to the Fez
> > homepage. This time no error showed up in the log. The 'Recently
> Added
> > Items' showed the single re-published item this time, of course, with
> the
> > standard icon for the item, rather than a thumbnail (since the linked
> images
> > were just purged).
> >
> > My suspicion having been aroused, I then logged in again and re-edited
> this
> > record by re-attaching a single image (tiff) file and re-published the
> > record. Still remaining logged in as admin, still no error was
> logged, and
> > the updated record appeared as expected with its newly attached image
> file
> > (including all icons and the single thumbnail representing a
> re-attached
> > image). All presmd-, web-, preview-, thumb-, and archive streams were
> > noticed to have been created correctly and stored. Even when
> navigating to
> > 'Home', while still logged in, no error is logged.
> >
> > Now, as soon as I log out, and accordingly I am presented with the
> standard
> > home page, that same error message gets logged. This has occurred
> whether
> > or not the image file name ends in .tif or .tiff, therefore I feel
> that this
> > naming has nothing at all to do with the issue. I have no idea what
> > 'FezACML_thumbnail_n0967a.jpg.xml' represents, as this error occurs
> for any
> > and all images attached to any record (with the '0967a' being replaced
> > accordingly), even those records that I had previously purged prior to
> this
> > test. So this error is always occurring seemingly only at the home
> page,
> > when no user is logged in.
> >
> > This also does not appear to be happening at all in Fez 1.3 rc3, which
> I had
> > temporarily renamed in the Apache document root, so that I could
> revert to
> > it for comparison. However, prior to the 1.3 final, I could not
> attach
> > files in Windows, so am not able to perform this full test procedure
> in rc3.
> > ______________
> >
> > As far as my original issue is concerned (having to log in every when
> > clicking on an item in 'Recently Added Items' from the standard home
> page or
> > when clicking on a community label to view a collection, when not
> already
> > logged in). I only have to log in once as admin (unlike what happens
> as
> > Karen Coombs of the University of Houston [USA], has recently reported
> with
> > rc2), and I am never prompted again to log in.
> >
> > Also, as you had alluded to the access to the URL for the APIA
> interface in
> > config.inc.php, I used the one from rc3, which was known to have been
> > working without this issue. (I have both Fez 1.3 final and 1.3 rc3 on
> > separate Windows XP machines with identical environments, and rc3 does
> not
> > produce this login issue.)
> >
> > In summary, the error log backtrace seems to have revealed an entirely
> new
> > problem totally separate from the login issue, so now I have both
> matters to
> > be dealt with.
> >
> > (running Fez 1.3, with Fedora 2.1.1, PHP 5.2.0, MySQL 5.0.26 on Apache
> > 2.24 on Windows XP SP2.)
> >
> > Frederick
> >
> >
> > ______________________________________
> >
> > -----Original Message-----
> > From: fez...@li...
> > [mailto:fez...@li...] On Behalf Of Matthew
> Smith
> > Sent: Monday, March 12, 2007 8:25 PM
> > To: fez...@li...
> > Subject: Re: [Fez-users] Login required to view collection,
> records,'Newly
> > Added Items'
> >
> > Hi Frederick,
> >
> > The error message backtrace you sent is missing some info there should
> > be a [txt] => part explaining why the backtrace was generated. It
> > looks like this is something to do with an interaction between Fez and
> > fedora rather than a problem to do with the authorisation directly. I
> > think it might be related to a problem i've been emailed about where
> > the access to the url for the APIA interface is not quite right (the
> > user is still investigating that one - he has gone away for a week so
> > I won't find out for a little while).
> >
> > Matt
> >
> > On 3/12/07, Frederick Douglas Smith <ri...@co...> wrote:
> > >
> > >
> > >
> > >
> > > With the release of Fez 1.3 (07-March-07), I no longer am capable to
> > access
> > > a collection and its published contents within a community, without
> first
> > > logging on. When I view the name my single test community from the
> list,
> > > and then click on it, the authentication page comes up and requires
> that I
> > > log in (which I do as 'admin'). Only then can I navigate normally.
> The
> > > same occurs whenever I attempt to view any 'Recently Added Items',
> which
> > > display on the home page (without first logging in).
> > >
> > >
> > >
> > > I am not yet attempting to set security for initial setup of test
> > > communities and collections. Before upgrading from rc3 to the Fez
> 1.3
> > > final, I had been was able to view all content by default. I want
> these
> > to
> > > be capable of being viewed by all (anonymous), unless I specify
> otherwise.
> > >
> > >
> > >
> > > When I log in to view security setting on anything (community,
> collection,
> > > records). I see no checkboxes checked to indicate any specified
> > > restrictions, so I would assume therefore that open viewing would be
> the
> > > default.
> > >
> > >
> > >
> > > In viewing the fez error_handler.log, I notices calls to 'getACML',
> > > 'getAuthorisationGroups', and 'getAuthorisation'. This may be by
> design,
> > to
> > > check whether or not authorization is required. I also noticed in
> the
> > > browser that the query string shows the following:
> > >
> > >
> > >
> > >
> >
> http://localhost:8005/fez/login.php?err=21&url=/fez/list.php?community_p
> id=f
> > lfu:3
> > >
> > >
> > >
> > >
> > >
> > > The most recent portion from the logged backtrace:
> > >
> > > _________
> > >
> > > <pre>
> > >
> > > [script] => C:\htdocs\fez\include\class.fedora_api.php
> > >
> > > [line] => 995
> > >
> > > [backtrace] => Array
> > >
> > > (
> > >
> > > [0] => Array
> > >
> > > (
> > >
> > > [file] =>
> > > C:\htdocs\fez\include\class.fedora_api.php:995
> > >
> > > [call] => Error_Handler::logError()
> > >
> > > )
> > >
> > >
> > >
> > > [1] => Array
> > >
> > > (
> > >
> > > [file] =>
> > > C:\htdocs\fez\include\class.fedora_api.php:755
> > >
> > > [call] =>
> > > Fedora_API::openSoapCallAccess()
> > >
> > > )
> > >
> > >
> > >
> > > [2] => Array
> > >
> > > (
> > >
> > > [file] =>
> > > C:\htdocs\fez\include\class.record.php:865
> > >
> > > [call] =>
> > > Fedora_API::callGetDatastreamDissemination()
> > >
> > > )
> > >
> > >
> > >
> > > [3] => Array
> > >
> > > (
> > >
> > > [file] =>
> > > C:\htdocs\fez\include\class.auth.php:691
> > >
> > > [call] => Record::getACML()
> > >
> > > )
> > >
> > >
> > >
> > > [4] => Array
> > >
> > > (
> > >
> > > [file] =>
> > > C:\htdocs\fez\include\class.auth.php:489
> > >
> > > [call] => Auth::getAuthorisationGroups()
> > >
> > > )
> > >
> > >
> > >
> > > [5] => Array
> > >
> > > (
> > >
> > > [file] => C:\htdocs\fez\eserv.php:141
> > >
> > > [call] => Auth::checkAuthorisation()
> > >
> > > )
> > >
> > > </pre>
> > >
> > > _________
> > >
> > >
> > >
> > > Fez and Fedora have been set up as 'no ssl authenticate api-m). I
> even
> > went
> > > as far as wiping out both Fedora and Fez MySQL dbs and started with
> clean
> > > ones.
> > >
> > >
> > >
> > > I am running Fez 1.3, with Fedora 2.1.1, PHP 5.2.0, MySQL 5.0.26 on
> Apache
> > > 2.24 on Windows XP SP2.
> > >
> > >
> > >
> > > Any thoughts?
> > >
> > >
> > >
> > > Finally, as of this writing, I noticed that the Fez mailing-list
> archives
> > > are no longer accessible-an error keeps resulting with "Forum not
> found",
> > at
> > > least from where I live. This has been the case during the last two
> days
> > so
> > > far. Before even submitting this, I had hoped to peruse the
> > mailing-list
> > > archives to see if this issue might have been brought to attention
> > > previously. Therefore, my only recourse is to send this. Thanks.
> > >
> > >
> > >
> > > Frederick
> > >
> > >
> > >
> ------------------------------------------------------------------------
> -
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to
> share
> > your
> > > opinions on IT & business topics through brief surveys-and earn cash
> > >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> > > _______________________________________________
> > > Fez-users mailing list
> > > Fez...@li...
> > > https://lists.sourceforge.net/lists/listinfo/fez-users
> > >
> > >
> >
> >
> ------------------------------------------------------------------------
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> > _______________________________________________
> > Fez-users mailing list
> > Fez...@li...
> > https://lists.sourceforge.net/lists/listinfo/fez-users
> >
> >
> >
> ------------------------------------------------------------------------
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> > _______________________________________________
> > Fez-users mailing list
> > Fez...@li...
> > https://lists.sourceforge.net/lists/listinfo/fez-users
> >
>
> ------------------------------------------------------------------------
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> _______________________________________________
> Fez-users mailing list
> Fez...@li...
> https://lists.sourceforge.net/lists/listinfo/fez-users
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Fez-users mailing list
> Fez...@li...
> https://lists.sourceforge.net/lists/listinfo/fez-users
>
|