Import hangs

Can you try the latest nightly build, or better.. get the latest copy from svn? I've been making steady improvements to the g2_import module since the alpha 4 release and I may have already fixed the problem you're seeing.

I'm seeing something similar, my import makes it to 8200 out of 8203 pictures then stalls. Pausing and resuming has no effect. This is what's in the logs:

2009-05-13 06:48:01 -04:00 --- error: Gallery2 call failed with: Error (ERROR_BAD_PARAMETER)<b>in</b> modules/core/classes/helpers/GalleryEntityHelper_simple.class <b>at line</b> 39 (GalleryCoreApi::error) 
<b>in</b> modules/core/classes/GalleryCoreApi.class <b>at line</b> 2361 (GalleryEntityHelper_simple::loadEntitiesById) 
<b>in</b> /var/www/html/gallery3svn/modules/g2_import/helpers/g2_import.php <b>at line</b> 332 (GalleryCoreApi::loadEntitiesById) 
<b>in</b> /var/www/html/gallery3svn/modules/g2_import/helpers/g2_import_task.php <b>at line</b> 129 (g2_import_Core::import_comment) 
<b>in</b> ??? <b>at line</b> 0 (g2_import_task_Core::import) 
<b>in</b> /var/www/html/gallery3svn/core/helpers/task.php <b>at line</b> 78
<b>in</b> /var/www/html/gallery3svn/core/controllers/admin_maintenance.php <b>at line</b> 139 (task_Core::run) 
<b>in</b> ??? <b>at line</b> 0 (Admin_Maintenance_Controller::run) 
<b>in</b> /var/www/html/gallery3svn/core/controllers/admin.php <b>at line</b> 49
<b>in</b> ??? <b>at line</b> 0 (Admin_Controller::__call) 
<b>in</b> /var/www/html/gallery3svn/kohana/core/Kohana.php <b>at line</b> 277 (ReflectionMethod::invokeArgs) 
<b>in</b> ??? <b>at line</b> 0 (Kohana::instance) 
<b>in</b> /var/www/html/gallery3svn/kohana/core/Event.php <b>at line</b> 209
<b>in</b> /var/www/html/gallery3svn/kohana/core/Bootstrap.php <b>at line</b> 55 (Event::run) 
<b>in</b> /var/www/html/gallery3svn/index.php <b>at line</b> 61

2009-05-13 06:48:01 -04:00 --- error: Uncaught Exception: @todo G2_FUNCTION_FAILED in file modules/g2_import/helpers/g2_import.php on line 617

That can be arranged, PM me and I will get you access.

Shecter:

You haven´t installed FFMPEG on your Server.

If you are using Debian, you can manage it with:

apt-get install ffmpeg

Gallery 3 can't autodetect it, wherever it is. Where is it installed on your system? Do which ffmpeg from a shell to find the path.
---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest zip: http://github.com/gallery/gallery3/zipball/master
Latest git: http://codex.gallery2.org/Gallery:Using_Git

Ok. I got the import running again by edting movie.php and commenting out

and replacing it with the path to ffmpeg on my shared server

the import stopped again about 2000 items later with the following information in the error log. I stop the import and try to restart it but it doesn't go anywhere. Any suggestions?

thank you for the response Bharat.

Actually I'm on LunarPages

I don't know. I'm on a shared server.

Got the latest code by downloading the zip file in your Sig.

(

I'm sorry to be dense -- but do i replace all the code I have on the server with all the code that I just downloaded?

Thank you bharat. I downloaded the latest zip from your sig, and copied the files on top of my existing files. I then restarted the G2 importer. It made it through all 7,777 images on our site. However, it has now frozen while importing the Album Highlights. It actually froze at #1. here's the error from the log:

Hi Bharat,

I am now getting lots of these errors in the log:

Here's what I've done---

I downloaded the latest zip file from your sig last night, and started a clean installation on my server. Gallery3 reported that the import from Gallery2 worked fine. However, all thumbnails and images just appear as broken links as shown in these three screen shots:

1. http://screencast.com/t/qznL1nXHr --album level thumbs
2. http://screencast.com/t/noPkS8KrU --image level thumbs
3. http://screencast.com/t/9COhlq8wHjG -- an image

I've checked my server, and it appears that all images have been imported into folders in the new gallery3 installation. See http://screencast.com/t/ajPJxRXq

The maintenance screen in Gallery3 is not showing any issues: http://screencast.com/t/cFFizcW2doU

Thank you,

Marc

Bharat,

You were right to check that. I had Everyone permissions turned off. So I Allowed, View and View full size. But now anyone, not just registered users can browse my gallery. (see this brief video: http://screencast.com/t/sCxbcRakv)

My goal with the Gallery is what I currently have setup with my gallery 2 site. It is embedded in a word press installation. Neither the word press install or the gallery itself can be browsed unless you enter credentials. Can I configure G3 to show photos only to registered users after they logon?

-Marc

Hi Bharat...

i made the screen cast with Jing from Techsmith... It's awesome for clarifying issues and such with screen or vid caps.

I'm on a shared server with lunarpages, and the only access is via cpanel. There is no option in my cpanel to look at the apache logs. I've filed a ticket with lunarpages to get that information.

Updated---

here's the response from Lunarpages on my request to see the apache logs:

Do you have any other suggestions?

-Marc

Hi Baharat,

Edit --- June 16...

I tried renaming all the .htaccess files (there's only 3 i think (one at the top of the albums, resizes, thumbs) to .htaccess.old. And then the thumbs, resizes, and images all show up when I logon to the site. when i log off the site and go to my site's url, i get the logon prompt. So this change i made resolved this image issue.

Old Post Below---------
Thanks for the tip. I tried two different set ups for this test:

setup 1:
publichtml/test/.htaccess
publichtml/test/photo/image.jpg

setup 2:
publichtml/test/.htaccess
publichtml/test/image.jpg

Either way, when I try to open the image via a URL, i get this gallery error: http://screencast.com/t/jGwk3yUqTlJ

There is a link on the error "Ok...Tell Me Stuff", but it doesn't take me anywhere.

Here's the text of the .htaccess file:

@shecter: you almost have a reproducible test case, but not quite. Try this. Grab http://www.menalto.com/.outgoing/gallery/htaccess_test.zip and put it at the *top* level of your domain then browse to: http://example.com/htaccess_test/gallery.png -- if you see SUCCESS then mod_rewrite is working at that location. If you see an image, then .htaccess files are getting ignored (not the case in your gallery3 as far as I can tell). If you get a server error, forward this to your sysadmin and see if they can figure out why.

@mobear: can you reproduce this with the latest code (see my sig)
---
Problems: Check gallery3/var/logs first!
file a bug or feature request | upgrade to the latest code | use git

This test also worked for me-- received SUCCESS msg

I uploaded the latest experimental code: gallery-gallery3-f7a4ac2b8fb4457514e48aaf4704d69a7a59e208
Renamed dir to 'photos'; moved 'var' dir in; ran upgrade script

Now, when I click the 'View Full Size' icon within a photo page, nothing happens. It appears the JS script that defines 'gFullSizeLink' is not being included on the page. Do I need to switch back to 'Official Release' and test again? Or is there a setting I need to change to make JS for full-size image included?

Here is the <head> of one of my photo pages:

  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8" />
    <title>
                                  Photo :: IMG_1583.JPG                            </title>
    <link rel="shortcut icon" href="/photos/themes/default/images/favicon.ico" type="image/x-icon" />
    <link rel="stylesheet" type="text/css" href="/photos/lib/yui/reset-fonts-grids.css"
          media="screen,print,projection" />
    <link rel="stylesheet" type="text/css" href="/photos/lib/superfish/css/superfish.css"
          media="screen" />
    <link rel="stylesheet" type="text/css" href="/photos/lib/themeroller/ui.base.css"
          media="screen,print,projection" />

    <link rel="stylesheet" type="text/css" href="/photos/themes/default/css/screen.css"
          media="screen,print,projection" />
    <!--[if lt IE 8]>
    <link rel="stylesheet" type="text/css" href="/photos/themes/default/css/fix-ie.css"
          media="screen,print,projection" />
    <![endif]-->
        <script src="/photos/lib/jquery.js" type="text/javascript"></script>
    <script src="/photos/lib/jquery.form.js" type="text/javascript"></script>
    <script src="/photos/lib/jquery-ui.js" type="text/javascript"></script>
    <script src="/photos/lib/gallery.common.js" type="text/javascript"></script>
    <script src="/photos/lib/gallery.dialog.js" type="text/javascript"></script>

    <script src="/photos/lib/gallery.form.js" type="text/javascript"></script>
    <script src="/photos/lib/superfish/js/superfish.js" type="text/javascript"></script>
        <script src="/photos/lib/jquery.scrollTo.js" type="text/javascript"></script>
    <script src="/photos/lib/jquery.localscroll.js" type="text/javascript"></script>
        <script src="/photos/themes/default/js/ui.init.js" type="text/javascript"></script>
    <script src="/photos/modules/comment/js/comment.js" type="text/javascript"></script>

<script type="text/javascript" src="/photos/modules/organize/js/organize_init.js"></script>

<script type="text/javascript" src="/photos/modules/organize/js/organize.js"></script>

<link rel="stylesheet" type="text/css" href="/photos/modules/organize/css/organize.css" />
<script src="http://lite.piclens.com/current/piclens_optimized.js"type="text/javascript"></script>
<script src="/photos/modules/tag/js/tag.js" type="text/javascript"></script>
<script type="text/javascript" src="/photos/modules/server_add/js/server_add.js"></script>

<link rel="alternate" type="application/rss+xml" href="/photos/index.php/rss/feed/gallery/album/3" />
</head>

I'm viewing the page on Windows XP with IE 7.0.x and also Firefox 3.0.10 -- same appearance/results.

Hi Bharat -- here's the results....

gallery3/htaccess_test/gallery.png = success
gallery3/var/htaccess_test/gallery.png = success
gallery3/var/albums/htaccess_test/gallery.png = success (I disabled the original .htaccess file as shown here--> http://screencast.com/t/KauvYfusWb6
gallery3/var/albums/album09/htaccess_test/gallery.png = success

@shecter: ok, so the next question is, what's different about the .htaccess that fails and the one that works? My guess is that the only substantial difference is the regex and the place where it redirects. Unfortunately, this back and forth is eating up too much of my time and as far as I can tell it's a server config issue on your side. Best thing I can offer now is that if you let me log directly onto your site, I'll debug it in place and see what I can figure out.

@mobear: ok, I'm confused as to what the problem is here. Your site seems fine to me, the urls seem fine. I can't see any private images, but then again I don't know what the urls would be for them.

At this point we're discussing 2 different problems, both of which are totally unrelated to the original posting. Can I ask you guys to create new forum topics for your problems so that we can address them separately? I'm going to make this thread read-only to prevent more people from piling on.
---
Problems: Check gallery3/var/logs first!
file a bug or feature request | upgrade to the latest code | use git