[09:47:14 CDT(-0500)] <b-rock> Greetings uPortal devs: I'm working in uP4.0.1. I can see my fragments listed in the "Audit DLM Fragments" but in the "Fragment Administration" portlet, the drop down is empty with no portlets able to be selected. I don't see errors in the logs. do you know where the list for the drop down is generated?
[09:47:43 CDT(-0500)] <b-rock> maybe there is an issue w/ that or something else in the data.
[10:18:48 CDT(-0500)] <EricDalquist> b-rock: I'm wondering if you're missing some permissions setup
[10:18:55 CDT(-0500)] <EricDalquist> this is with your imported data set?
[10:19:57 CDT(-0500)] <b-rock> Hi EricDalquist.
[10:20:28 CDT(-0500)] <b-rock> I'm not sure. would that be something in the permissions folder of the exported data?
[10:20:47 CDT(-0500)] <EricDalquist> permissions usage changed from 3.x to 4
[10:20:59 CDT(-0500)] <EricDalquist> so my question is, are you seeing this with the default up4 dat
[10:21:11 CDT(-0500)] <EricDalquist> or are you see this with the data you imported from 3x
[10:21:15 CDT(-0500)] <b-rock> ok. I did do the import of the default data first.
[10:21:28 CDT(-0500)] <b-rock> maybe my 3.2 data imported broke the default settings
[10:21:34 CDT(-0500)] <EricDalquist> so you are seeing this with the data you imported from 3.x then?
[10:21:47 CDT(-0500)] <b-rock> yes after running the required and default imports.
[10:21:55 CDT(-0500)] <EricDalquist> right
[10:22:11 CDT(-0500)] <b-rock> should I maybe try re-importing the default data then?
[10:22:29 CDT(-0500)] <b-rock> or the required and default data?
[10:22:36 CDT(-0500)] <EricDalquist> no
[10:22:38 CDT(-0500)] <b-rock> ok
[10:22:46 CDT(-0500)] <EricDalquist> hold on a minute and let me look into a few things 
[10:22:57 CDT(-0500)] <b-rock> ok. np. I know your swamped.
[10:23:00 CDT(-0500)] <EricDalquist> so it looks like we may need to move more data from quickstart to default
[10:23:06 CDT(-0500)] <b-rock> ok
[10:23:20 CDT(-0500)] <EricDalquist> all of the permissions grants are defined by files in uportal-war/src/main/data/quickstart_entities/permission_set
[10:23:26 CDT(-0500)] <b-rock> ahh
[10:24:02 CDT(-0500)] <EricDalquist> I'm thinking we need to move some of those into the default entities folder
[10:24:08 CDT(-0500)] <b-rock> ok
[10:24:27 CDT(-0500)] <EricDalquist> actually looking at them it might be prudent to move all of them ....
[10:25:23 CDT(-0500)] <EricDalquist> I think it might be Portal_Administrators_IMPERSONATE_UP_USERS.permission-set.xml that you need
[10:25:30 CDT(-0500)] <EricDalquist> athena: you there?
[10:25:47 CDT(-0500)] <b-rock> ok. I'll give that a try first to see if that fixes it
[10:26:50 CDT(-0500)] <EricDalquist> yup that is it
[10:27:12 CDT(-0500)] <EricDalquist> the fragment admin portlet does:
[10:27:16 CDT(-0500)] <EricDalquist> gets list of all fragment owners
[10:27:28 CDT(-0500)] <EricDalquist> for each fragment owner makes the check: principal.hasPermission(UP_USERS, IMPERSONATE, frag.getOwnerId())
[10:27:48 CDT(-0500)] <b-rock> ok that makes sense. importing now...
[10:28:13 CDT(-0500)] <athena> hey EricDalquist
[10:28:18 CDT(-0500)] <EricDalquist> hi athena
[10:28:42 CDT(-0500)] <athena> what's up?
[10:28:49 CDT(-0500)] <EricDalquist> so for some reason I stuck all of the permission_set data in the quickstart dat set and not the default data set
[10:28:51 CDT(-0500)] <EricDalquist> :/
[10:29:02 CDT(-0500)] <EricDalquist> looking through our base permissions they are fairly simple
[10:29:14 CDT(-0500)] <EricDalquist> so I'm thinking we should move that into the default data
[10:30:09 CDT(-0500)] <athena> ooh
[10:30:19 CDT(-0500)] <athena> yeah, i think that's a good idea
[10:30:37 CDT(-0500)] <athena> well
[10:30:53 CDT(-0500)] <athena> actually that might not be easy to do, because most of the permissions reference stuff that might not be in default?
[10:31:18 CDT(-0500)] <EricDalquist> not really they only reference a few of the core groups
[10:31:54 CDT(-0500)] <athena> oh ok, cool then
[10:35:47 CDT(-0500)] <EricDalquist> I REALLY hate that Java doesn't read UTF-8 BOM files correctly :/
[10:36:36 CDT(-0500)] <athena> 
[10:40:54 CDT(-0500)] <b-rock> ok thanks EricDalquist. that fixed it and I see the fragments now. I tried switching to a fragment which broke because there is no layout for the fragment owner.
[10:50:42 CDT(-0500)] <b-rock> ok. I notice that I can see the fragments in the drop down initially when I start the portal. but if I log into a fragment and log out the fragments go away from the dropdown.
[10:51:12 CDT(-0500)] <b-rock> the don't show up again until I restart the portal. Im wondering if maybe there is another permission I need to add.
[10:52:32 CDT(-0500)] <EricDalquist> huh
[10:52:34 CDT(-0500)] <EricDalquist> that is strange
[10:52:42 CDT(-0500)] <EricDalquist> either that or it is a bug in the idswap code
[10:52:48 CDT(-0500)] <EricDalquist> that is resulting in the broken permission check
[10:53:16 CDT(-0500)] <b-rock> I don't see anything in the logs, but I think they are set at INFO
[10:54:23 CDT(-0500)] <EricDalquist> the permissions service caches checks
[10:54:33 CDT(-0500)] <EricDalquist> I'm just wondering if something is getting confused on un-swap
[10:54:51 CDT(-0500)] <EricDalquist> and it is either using the fragment user for the look even though you're back to yourself
[10:55:02 CDT(-0500)] <EricDalquist> or the lookup as fragment user got cached somehow in your session
[10:55:08 CDT(-0500)] <EricDalquist> I'm not that familiar with that code
[10:56:06 CDT(-0500)] <b-rock> ok. do you know where that code is in the portal? I can add some debug lines to it and see if It will show whats happening.
[10:57:03 CDT(-0500)] <EricDalquist> not off the top of my head
[10:57:28 CDT(-0500)] <b-rock> ok np. I'll try digging around for it.
[10:58:12 CDT(-0500)] <EricDalquist> the top level bit of code that gets called by the webflow is FragmentAdministrationHelper
[10:58:45 CDT(-0500)] <b-rock> ok thanks.
[11:30:08 CDT(-0500)] <athena> apparently we need to drop the google search portlet
[11:30:13 CDT(-0500)] <athena> google is deprecating that API
[11:30:21 CDT(-0500)] <EricDalquist> oi
[11:30:22 CDT(-0500)] <athena> replacing it w/ a new custom search one that limits to 100 requests a day
[11:30:25 CDT(-0500)] <athena> all seems pretty pointless
[11:30:33 CDT(-0500)] <athena> also, that's not really a super high value portlet anyway
[11:30:34 CDT(-0500)] <EricDalquist> yeah
[11:30:41 CDT(-0500)] <athena> i vote we just kill it and move on
[11:30:47 CDT(-0500)] <EricDalquist> sounds good to me
[11:30:56 CDT(-0500)] <EricDalquist> we can focus on the built in uPortal search
[11:31:00 CDT(-0500)] <athena> yep!
[11:31:03 CDT(-0500)] <athena> much more interesting
[11:33:13 CDT(-0500)] <EricDalquist> ok found a commons-io class that seems to be much better about stripping the BOM
[11:33:23 CDT(-0500)] <EricDalquist> time for yet another resource server release :/
[11:36:08 CDT(-0500)] <EricDalquist> but I'll have a simple content portlet release out soon
[11:37:17 CDT(-0500)] <athena> oh excellent
[11:37:29 CDT(-0500)] <athena> seems like we should have a lot of great fixes in 4.0.2
[11:38:17 CDT(-0500)] <EricDalquist> yup
[11:38:31 CDT(-0500)] <EricDalquist> helps that we have so many people trying it out and working to upgrade
[11:38:35 CDT(-0500)] <EricDalquist> I'm having a hard time keeping up 
[11:38:46 CDT(-0500)] <athena> yeah
[11:38:49 CDT(-0500)] <athena> nice problem to have though
[11:39:01 CDT(-0500)] <athena> seems like people are looking to upgrade sooner than they have in the past
[11:39:25 CDT(-0500)] <EricDalquist> brb