Blank listings in the entity lookup dialogs in Chrome (showing up fine in Firefox)

[ilovan]

Hi @lagoan and @mpm1 , Could you please try to fix this as soon as possible?

[lagoan]

This does work on my side:

This means that this is likely a css issue. I can help figure it out.

@ilovan could you pass the url from where the screenshot was taken ?

Omar

+

On Thu, Sep 11, 2014 at 2:56 PM, Mihaela Ilovan notifications@github.com wrote:

Assigned #48 https://github.com/cwrc/CWRC-Dialogs/issues/48 to @lagoan https://github.com/lagoan.

— Reply to this email directly or view it on GitHub https://github.com/cwrc/CWRC-Dialogs/issues/48#event-164454489.

[ilovan]

I cleared my cashe and now I can't reproduce it either. Thanks for looking into it, but I guess it was a false alarm.

[jefferya]

reoccurring, see screenshot:

Possibly related to authentication.

Stand-alone dialogs can be observed opening a session: user 09/12/2014 - 10:39 Session opened for mark_test. ARC Mark Test

CWRC-Writer based dialogs have issues (my guess the issue occurs when not authorized to access Islandora).

[lagoan]

But the results are coming back, they are just not rendered properly.

@jefferya could you provide the URL to test it myself ?

[lagoan]

Got it from screenshot

http://apps.testing.cwrc.ca/editor/test/editor_dev.htm

[lagoan]

@jefferya Did the results format change ?

The name used to be retrieved from fgs_label_s

it now appears to be named object_label

if this is the case I can modify my code to reflect the changes of solr's output.

[lagoan]

@jefferya Would that be the changes in authentication access ?

[jefferya]

Hello Omar,

If not authenticated then only a sub-set of fields are returned in the JSON response. In other words, if authenticated then a 'full' set of fields are returned in the JSON response.

A good way to see the difference between authenticated and non-authenticated is to test the following URL in the following 2 senerios: (1) new browser instance with cache and cookies cleared (2) after log in to cwrc-dev-01.srv.ualberta.ca

http://cwrc-dev-01.srv.ualberta.ca/islandora/rest/v1/solr/(cwrc_entity_person_preferredForm_et:(omara)%20OR%20cwrc_entity_person_variantForm_et:(omara))?wt=json&limit=100&page=0&f[]=RELS_EXT_hasModel_uri_ms:info%5C:fedora%2Fcwrc%5C:person-entityCModel

You will see that (1) has as sub-set of fields compared to (2).

Also, nothing has changed with respect to the field names returned in the Solr JSON formatted response since June.

Cheers, ~jeff

On Fri, Sep 12, 2014 at 12:16 PM, Omar Rodriguez-Arenas < notifications@github.com> wrote:

@jefferya https://github.com/jefferya Would that be the changes in authentication access ?

— Reply to this email directly or view it on GitHub https://github.com/cwrc/CWRC-Dialogs/issues/48#issuecomment-55440947.

[lagoan]

So yes, based on your comments @mpm1 checked their code and in fact they are not authenticating before making the calls to the api. This in makes the results incomplete and that is why they are not receiving the names.

Using cD.initializeWithLogin with the appropriate credentials on their end will solve this issue.

Cheers,

[ajmacdonald]

Should be fixed now: https://github.com/cwrc/CWRC-Dialogs/commit/733eaeca4e5d1bd5e4595a2331761f7a671ff34a

[jefferya]

Hello Andrew,

The 'create' new entity fails due to authentication issues. Also, no error is reported to the user.

Not sure if I should start at new issue or append to this one or is a bug in the work from ARC. Thoughts?

Cheers, ~Jeff

On Wed, Oct 1, 2014 at 10:10 AM, Andrew notifications@github.com wrote:

Should be fixed now: 733eaec https://github.com/cwrc/CWRC-Dialogs/commit/733eaeca4e5d1bd5e4595a2331761f7a671ff34a

— Reply to this email directly or view it on GitHub https://github.com/cwrc/CWRC-Dialogs/issues/48#issuecomment-57491020.

[ajmacdonald]

I believe that issue is unrelated to this one. I would ask Mark McKellar about it. As per his instructions, I'm currently using cD.initializeWithCookieData(null) for authentication.

[jefferya]

Needs testing given recent back-end changes.