[Building Sakai] Resources going missing after move

[Adrian Fish]

Okay, cool. Mystery solved. Wrong JIRA id, eh? I'd never do that.

Cheers,
Adrian.

On 24 September 2012 15:53, Matthew Jones <matthew at longsight.com> wrote:

> Hi Adrian,
>
> It looks like the original patch was on r109584. It was just added with
> the wrong jira id, so missed in merges.
>
> http://source.sakaiproject.org/viewsvn?view=revision&revision=109584
>
> On Mon, Sep 24, 2012 at 10:52 AM, Adrian Fish <adrian.r.fish at gmail.com>wrote:
>
>> I've patched it in https://jira.sakaiproject.org/browse/KNL-955. The
>> query param switch and an explicit setting of m_filePath on the resource
>> edit object did the trick.
>>
>> If somebody could take a quick look and merge it in ...
>>
>> Cheers,
>> Adrian.
>>
>>
>> On 24 September 2012 14:02, Aaron Zeckoski <azeckoski at unicon.net> wrote:
>>
>>> Sounds like a bad merge somewhere.
>>> -AZ
>>>
>>>
>>> On Mon, Sep 24, 2012 at 8:39 AM, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> > On line 1739 in DBContentService, the ids are the wrong way around. In
>>> the
>>> > trunk version they're correct. Swap them around and all is well ...
>>> >
>>> > Cheers,
>>> > Adrian.
>>> >
>>> >
>>> > On 24 September 2012 12:42, Steve Swinsburg <steve.swinsburg at gmail.com
>>> >
>>> > wrote:
>>> >>
>>> >> Could be something to do with:
>>> >> https://jira.sakaiproject.org/browse/KNL-817
>>> >>
>>> >> That does a db update as below…
>>> >>
>>> >> cheers,
>>> >> Steve
>>> >>
>>> >>
>>> >> On 24/09/2012, at 9:19 PM, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> >>
>>> >> CONTENT_RESOURCE_BODY_BINARY is not getting updated with the new
>>> resource
>>> >> path so the binary body becomes inaccessible.
>>> >>
>>> >> If you issue a query like ...
>>> >>
>>> >> update content_resource_body_binary set RESOURCE_ID =
>>> >>
>>> '/user/7b1f67e6-cd05-42a6-8024-833f28effd6d/MBF_Applications_accepts_030712_report.xls'
>>> >> where resource_id =
>>> >>
>>> '/user/7b1f67e6-cd05-42a6-8024-833f28effd6d/ertytre/MBF_Applications_accepts_030712_report.xls';
>>> >>
>>> >> ... it fixes it. Maybe part of the code wasn't merged back?
>>> >>
>>> >> Cheers,
>>> >> Adrian.
>>> >>
>>> >> On 24 September 2012 10:39, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> >>>
>>> >>> It is fine in trunk though ...
>>> >>>
>>> >>>
>>> >>> On 24 September 2012 10:31, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> >>>>
>>> >>>> It's still broken on nightly :(
>>> >>>>
>>> >>>> http://nightly2.sakaiproject.org:8087
>>> >>>>
>>> >>>> .. which was built today.
>>> >>>>
>>> >>>> If you move a file then click on it the file is empty; in the case
>>> of
>>> >>>> PDFs it just crashes the acrobat plugin in Safari.
>>> >>>>
>>> >>>> Maybe it's a different problem?
>>> >>>>
>>> >>>> Cheers,
>>> >>>> Adrian.
>>> >>>>
>>> >>>>
>>> >>>> On 24 September 2012 09:26, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> >>>>>
>>> >>>>> That'll be the one. Cheers :)
>>> >>>>>
>>> >>>>>
>>> >>>>> On 23 September 2012 23:42, Sam Ottenhoff <ottenhoff at longsight.com
>>> >
>>> >>>>> wrote:
>>> >>>>>>
>>> >>>>>> Sounds like this fixed blocker:
>>> >>>>>>
>>> >>>>>>   https://jira.sakaiproject.org/browse/KNL-955
>>> >>>>>>
>>> >>>>>> Merged into kernel 1.3.x on Aug 30. It will be part of our next
>>> >>>>>> release (release process starting Monday, done by Wednesday).
>>> >>>>>>
>>> >>>>>> --Sam
>>> >>>>>>
>>> >>>>>> On Sun, Sep 23, 2012 at 5:51 PM, Adrian Fish <
>>> adrian.r.fish at gmail.com>
>>> >>>>>> wrote:
>>> >>>>>>>
>>> >>>>>>> Has anybody seen this behaviour in 2.9.x?
>>> >>>>>>>
>>> >>>>>>> Upload a file to Resources and then click it. It downloads
>>> correctly.
>>> >>>>>>> Move the file to another folder. Click it and you get a 404.
>>> >>>>>>>
>>> >>>>>>> Could somebody please give it try?
>>> >>>>>>>
>>> >>>>>>> Cheers,
>>> >>>>>>> Adrian.
>>> >>>>>>>
>>> >>>>>>> _______________________________________________
>>> >>>>>>> sakai-dev mailing list
>>> >>>>>>> sakai-dev at collab.sakaiproject.org
>>> >>>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> >>>>>>>
>>> >>>>>>> TO UNSUBSCRIBE: send email to
>>> >>>>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>> >>>>>>> "unsubscribe"
>>> >>>>>>
>>> >>>>>>
>>> >>>>>
>>> >>>>
>>> >>>
>>> >>
>>> >> _______________________________________________
>>> >> sakai-dev mailing list
>>> >> sakai-dev at collab.sakaiproject.org
>>> >> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> >>
>>> >> TO UNSUBSCRIBE: send email to
>>> >> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>> >> "unsubscribe"
>>> >>
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > sakai-dev mailing list
>>> > sakai-dev at collab.sakaiproject.org
>>> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> >
>>> > TO UNSUBSCRIBE: send email to
>>> sakai-dev-unsubscribe at collab.sakaiproject.org
>>> > with a subject of "unsubscribe"
>>>
>>>
>>>
>>> --
>>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>>>
>>
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120924/c6bd8d1a/attachment.html