Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

[11:42:37 CDT(-0500)] <b-rock> Greetings uPortal devs: are you still interested in receiving data dumps from 3.2.-pathces installs for import into uP4? If so, I can send a dump or our data.
[11:42:53 CDT(-0500)] <EricDalquist> I think I'm all set for now
[11:42:59 CDT(-0500)] <b-rock> ok. thanks.
[11:43:07 CDT(-0500)] <EricDalquist> you can just give upgrading your data a try once 4 is out in a few days (smile)
[11:43:27 CDT(-0500)] <b-rock> np. I'll give that a go. looking forward to it (smile) .
[11:49:38 CDT(-0500)] <b-rock> Hi EricDalquist. I have another quick question if you have time to answer. based on the jasig conference call just now. it sounds like in uP4 we can do away with integrating google analytics via this method https://wiki.jasig.org/display/UPM32/Google+Analytics. Is that true?
[11:49:55 CDT(-0500)] <EricDalquist> well basic integration will be there
[11:50:23 CDT(-0500)] <b-rock> great. I've been looking for a place to put that code in uP4 and hadn't found it but maybe now we might not needed.
[11:50:29 CDT(-0500)] <EricDalquist> I'm not sure if I'll have any the extra user data included
[11:51:34 CDT(-0500)] <b-rock> thats fine. is there ,in the rendering pipeline for up4, a place to add theme parameters like in the 3.2 builds?
[11:53:43 CDT(-0500)] <EricDalquist> hrm ... I just ran into a portlet URL generation issue
[11:53:49 CDT(-0500)] <EricDalquist> and I'm not sure the best way to solve it (sad)
[11:54:38 CDT(-0500)] <athena> what's up?
[11:55:07 CDT(-0500)] <EricDalquist> so one thing I've been meaning to do is add copyCurrentRenderParameters support to the URL generation code in the theme
[11:55:48 CDT(-0500)] <EricDalquist> the portal should be copying the current set of render parameters to the url when generating urls navigation and chrome controls for a portlet
[11:55:55 CDT(-0500)] <EricDalquist> so that the portlet doesn't lose its state
[11:56:27 CDT(-0500)] <EricDalquist> I implemented it ... then realized that since the output of the theme XSL is cached those URLs aren't re-generated when the user interacts with a portlet
[11:57:29 CDT(-0500)] <EricDalquist> so I'm not sure what the best thing to do is
[11:57:37 CDT(-0500)] <EricDalquist> one idea is to just add a "copyCurrentRenderParameters" control param
[11:57:44 CDT(-0500)] <EricDalquist> and not encode the current params on the url
[11:57:55 CDT(-0500)] <EricDalquist> but to just not erase existing params if that is set
[11:58:02 CDT(-0500)] <EricDalquist> which I think will work for the most part
[11:58:11 CDT(-0500)] <EricDalquist> it just might get a little weird if a user has multiple windows open
[11:58:33 CDT(-0500)] <EricDalquist> the other option is to figure out how to create a "PortletUrlEvent" out of the chunking serializer
[11:58:34 CDT(-0500)] <athena> hm.
[11:58:38 CDT(-0500)] <EricDalquist> and regenerate the URLs on every render
[11:58:42 CDT(-0500)] <EricDalquist> which I think would be better
[11:58:57 CDT(-0500)] <athena> yeah, guess so
[11:58:57 CDT(-0500)] <EricDalquist> but I'm at a loss as to how to appropriately generate those chunks
[11:59:07 CDT(-0500)] <athena> yeah
[12:01:26 CDT(-0500)] <EricDalquist> just wondering if you had any thoughts
[12:33:33 CDT(-0500)] <athena> not at the moment
[12:33:36 CDT(-0500)] <athena> but i'll let you know if i do (smile)
[12:33:39 CDT(-0500)] <EricDalquist> (smile)
[15:12:02 CDT(-0500)] <EricDalquist> athena are you happy enough with the current state of the default data in trunk?
[15:12:19 CDT(-0500)] <athena> i guess so
[15:12:25 CDT(-0500)] <athena> not thrilled, but hoping it's better than it was?
[15:12:29 CDT(-0500)] <EricDalquist> yeah
[15:12:34 CDT(-0500)] <EricDalquist> that's kinda where I am too
[15:12:40 CDT(-0500)] <athena> tried to remove anything that was a default image or lorem ipsum
[15:12:45 CDT(-0500)] <athena> hopefully we can add more stuff later
[15:12:51 CDT(-0500)] <EricDalquist> yeah
[15:15:54 CDT(-0500)] <EricDalquist> I think we're almost out of bugs in jira
[15:16:02 CDT(-0500)] <EricDalquist> most of the jira issues left are new feature type things
[15:16:06 CDT(-0500)] <athena> nice (smile)
[15:16:07 CDT(-0500)] <athena> that's awesome
[15:16:09 CDT(-0500)] <EricDalquist> or annoyance fixes
[15:18:34 CDT(-0500)] <EricDalquist> so I went with the "parameter that indicates to use current portlet window parameters" approach
[15:18:46 CDT(-0500)] <athena> ah (smile)
[15:18:51 CDT(-0500)] <athena> jacob just reported an issue w/ the import/export portlet, i think
[15:18:55 CDT(-0500)] <athena> crashing the page js
[15:18:58 CDT(-0500)] <EricDalquist> yeah
[15:19:06 CDT(-0500)] <EricDalquist> import/export portlet is on my list for this afternoon
[15:19:17 CDT(-0500)] <EricDalquist> it was never updated to use the new import/export service
[15:19:26 CDT(-0500)] <athena> sounds like this is a fluid error - bet it's related to the uploader
[15:19:30 CDT(-0500)] <EricDalquist> and has a bunch of commented out crn wrapper code in it
[15:19:38 CDT(-0500)] <athena> ahhh
[15:20:10 CDT(-0500)] <EricDalquist> but it should be simple to fix
[15:20:15 CDT(-0500)] <EricDalquist> since its just once interface to interact with now
[15:20:18 CDT(-0500)] <athena> (smile)
[15:20:36 CDT(-0500)] <EricDalquist> eventually I'd love to remove that as a stand-alone portlet
[15:20:42 CDT(-0500)] <EricDalquist> and just add import/export into each admin component
[15:20:45 CDT(-0500)] <EricDalquist> like right in portlet manager
[15:20:48 CDT(-0500)] <EricDalquist> just have checkboxes
[15:20:55 CDT(-0500)] <EricDalquist> select the portlets you want and hit export
[15:20:57 CDT(-0500)] <EricDalquist> same for users
[15:20:58 CDT(-0500)] <EricDalquist> etc
[15:21:00 CDT(-0500)] <athena> that'd be neat (smile)
[15:21:05 CDT(-0500)] <athena> i like that idea
[15:21:11 CDT(-0500)] <EricDalquist> and context appropriate import buttons
[15:24:09 CDT(-0500)] <EricDalquist> athena do you work with JacobL?
[15:24:21 CDT(-0500)] <athena> yes
[15:24:35 CDT(-0500)] <athena> he's one of the UX devs at unicon
[15:24:39 CDT(-0500)] <EricDalquist> can you give him a poke about setting the affects version in jira to 4.0.0-RC2
[15:24:46 CDT(-0500)] <athena> sure
[15:24:51 CDT(-0500)] <EricDalquist> the couple issues he's created have been affects 4.0.0
[15:24:59 CDT(-0500)] <EricDalquist> and they might get missed in my saved searches :/
[15:25:04 CDT(-0500)] <athena> sure thing
[15:25:29 CDT(-0500)] <EricDalquist> thanks
[15:25:38 CDT(-0500)] <EricDalquist> brb
[16:24:58 CDT(-0500)] <EricDalquist> hrm
[16:25:07 CDT(-0500)] <EricDalquist> ok yeah there is an issue with the flud uploader
[16:26:56 CDT(-0500)] <athena> yeah
[16:27:00 CDT(-0500)] <athena> not sure what to do about that right now
[16:27:14 CDT(-0500)] <athena> guess we can look and see if it's just something simple that changed in 1.3 -> 1.4
[16:27:44 CDT(-0500)] <EricDalquist> https://issues.jasig.org/browse/UP-3137
[16:28:59 CDT(-0500)] <EricDalquist> heh:
[16:29:00 CDT(-0500)] <EricDalquist> message.fail(); // Intentionally cause a browser error by invoking a nonexistent function.
[16:29:21 CDT(-0500)] <athena> yeah, that's fluid's fail function
[16:29:32 CDT(-0500)] <athena> how that make stuff crash on purpose, from what i gather
[16:29:42 CDT(-0500)] <EricDalquist> Error instantiating component with name "fluid.uploader.errorPanel: selector ".flc-uploader .flc-uploader-errorsPanel" with name errorsPanel returned no results in context [document: location http://localhost:8080/uPortal/p/ImportExportPortlet.ctf3/max/render.uP\]
[16:29:42 CDT(-0500)] <athena> that shoudl be the issue jacob filed
[16:29:44 CDT(-0500)] <EricDalquist> there we go
[16:34:24 CDT(-0500)] <EricDalquist> ok so export seems to be working
[16:35:39 CDT(-0500)] <EricDalquist> hrm ... looks like there is no markup on the page with the class flc-uploader-errorsPanel
[16:37:25 CDT(-0500)] <athena> ah ok, so maybe we're just missing some markup that it now requires?
[16:37:30 CDT(-0500)] <EricDalquist> yeah
[16:37:32 CDT(-0500)] <EricDalquist> I think so
[16:37:37 CDT(-0500)] <athena> i think that component has been refactored since 1.3, so that's not surprising
[16:37:39 CDT(-0500)] <EricDalquist> I'm looking at some fluid commits right now