DVN 3.3 customization bug, was Re: DVN and handle.net

45 views
Skip to first unread message

Philip Durbin

unread,
Feb 13, 2013, 8:26:33 AM2/13/13
to dataverse...@googlegroups.com
Yes, I think this bug might be biting you: https://redmine.hmdc.harvard.edu/issues/2729

I haven't looked at it myself but I believe this is fixed in 3.4...

Phil

On Tue, Feb 12, 2013 at 6:52 PM, Shubham Sharma <letters...@gmail.com> wrote:
Hi Philip,

Thanks for the reply. much appreciated, i will go through the handle registration and installation, On another note, although i am not sure but it might be just me or a possible bug in the application that when i try to change the banner and footer in setting/costomization section, the application gets stuck and even if i try to delete the html code in the banner or footer, it doesn't change it. Here are the screenshots, which might give u a better idea-

It shows me an </img> error, but even after adding that tag, it returns me the same error.



and if i try to delete the html code from the banner, it doesn't save the change and returns me the same error even after i click on "save changes" and the application hangs itself and i have to refresh the page it to make it working again. It's kind of a very small but very annoying bug as it doesn't let you change the banner and footer.

Regards,

Shubham

On Wednesday, 13 February 2013 09:05:36 UTC+13, Philip Durbin wrote:
Hi Shubham,

On Sun, Feb 10, 2013 at 7:18 PM, Shubham Sharma
<letters...@gmail.com> wrote:
> Although i was wondering about the functionality of Handle and whether do
> i need to install Handle to get handle global unique ID's or whether DVN
> application produces it automatically?

Our official docs on handle.net are here:
http://guides.thedata.org/book/4d-handle-system

Out of the box, IDs will be unique within your DVN installation but
your question is about IDs being *globally* unique, which is exactly
what handle.net offers (for a fee):
http://www.handle.net/service_agreement.html

I believe most (or all?) production installations of DVN are
registered with handle.net but it sounds like at the moment you're
still testing.

I hope this helps,

Phil

--
Philip Durbin
Software Developer for http://thedata.org
http://www.iq.harvard.edu/people/philip-durbin

--
You received this message because you are subscribed to the Google Groups "Dataverse Users Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dataverse-commu...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 



--
Philip Durbin
Software Developer for http://thedata.org
http://www.iq.harvard.edu/people/philip-durbin

Shubham Sharma

unread,
Feb 17, 2013, 12:05:11 AM2/17/13
to dataverse...@googlegroups.com, philip...@harvard.edu
Hi Philip,

With some help from Gustavo, i was able to solve it. apparently, you need to update the vdcnetwork and vdc table in the database to null to fix it.

Steps involved in the process were-

1) To change D.V.N. headers and footers:

su postgres

psql dvnDb

UPDATE vdcnetwork set networkPageHeader='', networkPageFooter ='' where id =1;


2) To change the dataverse headers and footers:

su postgres

psql dvnDb

UPDATE vdc set header='', footer ='' where id=1;

The issue is whenever you need to change the headers and footers, you need to manually do it via accessing the dataverse but the good thing is atleast there is a workaround solution for it. cheers.

Shubham
To unsubscribe from this group and stop receiving emails from it, send an email to dataverse-community+unsub...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.
 
 

Philip Durbin

unread,
Feb 17, 2013, 12:35:15 PM2/17/13
to dataverse...@googlegroups.com

Thanks for the write up! Again, this will be fixed in 3.4.

To unsubscribe from this group and stop receiving emails from it, send an email to dataverse-commu...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages