Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGallerysecond time gallery lost all filessecond time gallery lost all files
Previous
 
Next
New Post
3/17/2010 9:24 AM
 

The gallery was working fine for a few weeks.  I'm not sure if it was producing any errors because I keep having to clear my event log due to an error with C:\Cache\Modules .....  Now, my gallery's approved files are now all unapproved. 

 

 

Somehow, all the approved files are now unapproved.   This is the second time this has happened, for no apparent reason.

While this is a big deal, there's also no easy way to approve all files at once without manually editing the _metadata.resources file

 
New Post
3/17/2010 9:32 AM
 

Of note, the "broken" _metadata.resources file reverted all the approveddates to 9999-12-31T23:59:59.9999999-05:00

 
New Post
3/17/2010 2:18 PM
 

Please answer the following so that I may track down the cause of this problem which I have not seen before:

So am I correct that all of the physical files are still present in each album folder and in the _source and _thumbs folders of each album?

Was auto approval enabled in the gallery configuration or had you been approving each file that was uploaded?

When you examine the _metadata.resources xml file(s) found in each album, did ONLY the approved date change or did other elements of metadata also change?

Do you recall having entered  the configuration screen for the gallery and then clicked "Update" just prior to this happening?

Do you recall having done a manual file synchronization in the site's FileManager just prior to this happening?

Had you added any files to the gallery via FTP  or any new albums via the user interface just prior to this happening?

Was a child album folder or individual files either moved or renamed outside of the user interface?

 

 


Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
3/17/2010 10:09 PM
 

Thanks Bill, here's what I did to best of my memory..


1. Uploaded 366 jpg files

2. Pointed the gallery to that directory and let it build the _metadata.resources file

3. Manually approved one file because I couldn't figure out how to approve all files at once

4. Looked at the "approveddate" for the file I approved within the _metadata.resources, and did a find and replace.

Found: 9999-12-31T23:59:59.9999999-05:00
Replaced with: 2009-11-30T00:17:32.640625-05:00

5. Uploaded the new _metadata.resources with approval...

then the gallery worked.  I haven't really touched it for months.. but I did make a new gallery on a different page to look around at the settings to try find a way to categorize files for a new gallery I'd like to build.  Just was notified today it said Album Contains No Files.  I had been getting lots of errors in the event log in the past related to _metadata.resources ... but the gallery still seemed to work OK, so I just lived with the error.

The error I've been getting in event log for a long time is: The process cannot access the file 'E:\inetpub\vhosts\mysite.com\httpdocs\Portals\0\Gallery\mygallery\_metadata.resources' because it is being used by another process.

(See http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/9/threadid/342999/scope/posts/Default.aspx)




The gallery randomly lost approval for all files a few weeks ago (Album contains no files)... so I just thought it was a one time quick and re-updated the _metadata.resources file again.... and it worked again for a few weeks.... but now I get the Album contains no files error again.  No files were added, deleted or changed as I don't look at the gallery that often.

The gallery is for a class so students look at the images contained in it.   I generally don't look at it or change anything, but was notified of a problem today.

(Which brings up another feature I'd love to see so that people can navigate large galleries: http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/9/threadid/356523/scope/posts/Default.aspx
)


Hope this info helps guide you... let me know if you have any other questions.

 
New Post
3/23/2010 8:17 PM
 

I *think* I may have figured it out.  No errors since making another simple change that I overlooked in _metadata.resources. 

I CHANGED:  <ownerid>-1</ownerid> 

TO: <ownerid>1</ownerid>

Just took out the hyphen / minus sign from all the records... so now I suppose the host account is the "owner"

It seems to have fixed BOTH the loss of approved files and the "The process cannot access the file '....Gallery\MyGallery\_metadata.resources' because it is being used by another process." errors.

At least, they haven't occured in 2 days with lots of use by students.  Hopefully that fixes the problem.

 

 

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGallerysecond time gallery lost all filessecond time gallery lost all files


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out