Re: Disappearing cover images

On Thursday 30 November 2006 14:25, Krzysztof Woźniak wrote:
> Yes, every time following this steps ends with one image loss.
> the bug is definitely connected with IMAGE column in database list !
> please confirm that on Your machine 

Yeah, that looks like the issue. I noticed that detail in your screenshot, 
too, and as soon as I turned on an image column, I started seeing the 
problem. It's a race condition between loading the images for the list view 
and copying them to the cache, and the image cache is getting confused 
about whether or not the image actually exists.

Can you compile from the 1.2.x SVN branch? I just checked in some code that 
I think fixes the problem.

Robby

Re: Disappearing cover images

> Yeah, that looks like the issue. I noticed that detail in your screenshot,
> too, and as soon as I turned on an image column, I started seeing the
> problem. It's a race condition between loading the images for the list view
> and copying them to the cache, and the image cache is getting confused
> about whether or not the image actually exists.
I'm glad do hear that you solved this 

> Can you compile from the 1.2.x SVN branch? I just checked in some code that
> I think fixes the problem.
i compiled 1.2.x from SVN, and everything looks fine, problem is gone !

Now i can continue cleaning/updating my collection database. I will report any 
problems i find in the future.

Thanks a lot for such wonderfull application

Regards
-----
Krzysztof Woźniak

Re: Disappearing cover images

On Fri, December 1, 2006 14:07, Krzysztof Woźniak said:
>> Can you compile from the 1.2.x SVN branch? I just checked in some code
>> that
>> I think fixes the problem.
> i compiled 1.2.x from SVN, and everything looks fine, problem is gone !
>
> Now i can continue cleaning/updating my collection database. I will report
> any
> problems i find in the future.

OK, since there apparently is a bugfix for this issue, I will rebuild
packages this evening for all the Debian/Ubuntu distributions, unless
someone comes up with a good reason not to.

Robby, do you plan to make a new release soon ? The version in Debian is
most certainly affected by the bug, so I will have to make a new upload,
and I would much prefer a clean 1.2.7 than a 1.2.6 + patches. Also, for
the packages I will build this evening, would you like me to use some
specific flags/setup so people can report more detailed informations ?

Regis

Re: Disappearing cover images

On Friday 01 December 2006 8:19, Regis Boudin wrote:
> OK, since there apparently is a bugfix for this issue, I will rebuild
> packages this evening for all the Debian/Ubuntu distributions, unless
> someone comes up with a good reason not to.
>
> Robby, do you plan to make a new release soon ? The version in Debian is
> most certainly affected by the bug, so I will have to make a new upload,
> and I would much prefer a clean 1.2.7 than a 1.2.6 + patches.

There's a couple more things I want to check before making a new release. 
Now that I know what the problem is, there may be another area where it 
gets triggering, so I just want to test a bit more. I'll probably have 
1.2.7 ready by mid-week.

> Also, for 
> the packages I will build this evening, would you like me to use some
> specific flags/setup so people can report more detailed informations ?

Probably not necessary. If you want to turn debugging on, that's fine. Any 
errors in loading lost images would show up in the output, but I don't know 
if that's worth it.

Robby

upcoming 1.2.7

Hi everyone,

I'm going to have version 1.2.7 ready in a few days. I've made some 
performance improvements for copying and deleting multiple entries that 
were a bit intrusive, so if anyone is willing to test the 1.2.x SVN branch 
for regressions, I would appreciate it.

Also, sorting now ignores the title articles defined in the config settings 
even if you don't have the auto-formatting turned on. That's shouldn't 
bother anyone. If it does, just clear the articles list.

And of course, the fix is there for the issue with losing cover images. You 
might have gotten bitten by that bug if:
* Your images are stored in the data file instead of the app dir; and
  + You have the image field turned on in the column view; or
  + You selected all the entries shortly after opening the file.

Thanks,
Robby

Problems with internet search

Hi,

I have some problems with the internet search dialog.

I'll just describe what I'm doing and how Tellico reacts. I have a
simple barcode reading pen here, but the problem also manifests when
entering the search by hand.

So I want to add the book to my book collection. I open the internet
search dialog. Since I want to scan the barcode of my book, I select
"UPC" (shouldn't it be EAN/UPC or something like this?). Then I scan the
very boring book with the EAN code 9783924861315. Here comes the first
odd thing: Right after I scanned the code, the selection box changes
from UPC to ISBN. I ignored this and pressed the search button (I have
selected the german Amazon as a source). A dialog box tells me:

9783924861315 is not a valid value for ItemId. Please change this value
and retry your request.

After that, the input box is totally messed up, I can't delete single
characters from it in any way (Try setting the cursor befor the forth
character and delete multiple times, it looks quite funny...).

I have tested this with the Tellico in Debian unstable and the current
1.2.x-branch, they behave exactly the same here.

Another thing: Where should I send updates for the German translation? I
saw that it was a bit out of date and would be willing to update the
strings. Should I just grab the files from the SVN branch and post a
diff to this list?

Re: Problems with internet search

On Tuesday 05 December 2006 18:25, Tobias Gruetzmacher wrote:
> So I want to add the book to my book collection. I open the internet
> search dialog. Since I want to scan the barcode of my book, I select
> "UPC" (shouldn't it be EAN/UPC or something like this?).

True. My ameri-centricity showing through...

> Then I scan the 
> very boring book with the EAN code 9783924861315. Here comes the first
> odd thing: Right after I scanned the code, the selection box changes
> from UPC to ISBN.

The UPC validator recognizes that the value is actually an ISBN-13. When I 
was doing some testing, Amazon gave better results when doing an ISBN 
search than a EAN/UPC search, so it switches. Maybe that would be best done 
behind the scene, so to speak.

> I ignored this and pressed the search button (I have 
> selected the german Amazon as a source). A dialog box tells me:
>
> 9783924861315 is not a valid value for ItemId. Please change this value
> and retry your request.

I think one of the recent amazon schema updates allows isbn-13 searches and 
ean/upc search across all of their product lines. I need to bump the schema 
version that Tellico uses, maybe that'll fix the search.

> After that, the input box is totally messed up, I can't delete single
> characters from it in any way (Try setting the cursor befor the forth
> character and delete multiple times, it looks quite funny...).

German PO update (was: Problems with internet search)

Hi,

On Wed, Dec 06, 2006 at 06:53:07AM -0800, Robby Stephenson wrote:
> > Another thing: Where should I send updates for the German translation? I
> > saw that it was a bit out of date and would be willing to update the
> > strings. Should I just grab the files from the SVN branch and post a
> > diff to this list?
> 
> Yes, that will work fine. Just diff the po file, 1.2 branch would be best at 
> the moment.

Diff is attached. There are some spurios changes, but I don't see a
problem with that.

Greetings, Tobi

--

-- 
GPG-Key 0xE2BEA341 - signed/encrypted mail preferred
My, oh so small, homepage: http://portfolio16.de/
http://www.fli4l.de/ - ISDN- & DSL-Router on one disk!
Registered FLI4L-User #00000003

_______________________________________________
tellico-users mailing list
tellico-users@...
http://forge.novell.com/mailman/listinfo/tellico-users

File collection bag?

I want make file collection of my filegarbage 
1. new - file collection
2. add - ... - /mnt/shares/ftp - all
3. added ok
4. choose file winrar351.zip. BTW its url: file:///mnt/shares/ftp/winrar351.zip
5. open entry for editing
6. now URL field contens /mnt/shares/ftp/winrar351.zip !
7. nothing edit and simply save entry. URL is: /mnt/shares/ftp/winrar351.zip
8. repeat step 2., but "don't add exist files".
9. another winrar351.zip entry w/ url file:///mnt/shares/ftp/winrar351.zip ((

Try:
* Handy making URL as file:///mnt/shares/ftp/winrar351.zip - no effect
* writing base url (file:///mnt/shares/ftp/) into Folder field - no effect

Is it bag?
Because of this I can't use tellico for file collection 

Re: error when compiling 1.2.5

a final try:

as I said I've tested older versions where the problem doesn't appear,
and it works right at 1.2.1 but fails with 1.2.2 (and with newer too,
of course).

if I open my collection, add a new entry with cover (232 kb), save the
entry and then try to save the collection tellico freezes, and keep
consuming more and more ram during time (i have to kill it)

regards

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.espanol.yahoo.com/