from:"John Pearson"

[kphotoalbum] [Bug 445404] Crash during attempted folder import

2021-12-07 Thread John Pearson

https://bugs.kde.org/show_bug.cgi?id=445404

--- Comment #3 from John Pearson  ---
On Monday, December 6, 2021 7:01:17 PM EST you wrote:
> https://bugs.kde.org/show_bug.cgi?id=445404
> 
> Johannes Zarl-Zierl  changed:
> 
>What|Removed |Added
> 
> Ever confirmed|0   |1
>  Status|REPORTED|CONFIRMED
>  CC||johan...@zarl-zierl.at
> 
> --- Comment #1 from Johannes Zarl-Zierl  ---
> Hi John,
> 
> Thanks for the crash report!
> Upon inspection of the crash backtrace it seems like you deselected the
> images from the import file and then started the import, leading to the
> crash... Can you try if the crash also happens if you select any image
> before starting the import?

Actually, what happens is that I had forgotten to select images during
export.  So I have a folder with the images and a kim file that is mostly
empty [I openned a terminal and used less to confirm that was the case.]
kpa creates the destination folder and does not move images displaying a
fault message.  This seems consistent behavior.  

My work around consists of the following process:

1.  System level copy of the folder created by export, and all the files
  there in.  Drag and drop in Dolphin works; midnight commander is much more
  efficient.

2.  Select Maintenance/Rescan add the images themselves to the database.

3.  File/import any salvaged image information; it does not matter if I
  deselect the image names during the import dialog.  If there is
  information, then it is added.  If there is no information, there is no
  fault produced.

I am in process of salvaging a database of many thousands of images.  I
upgraded my computer, Ubuntu 18.04 to Ubuntu 20.04, kpa going from 5.3 to
5.8.  20+ years of gathered family photos are what I am trying to salvage. 
I reinstalled Ubuntu 18.04 on the computer; the database works.  Preserving
the folder structure and the database seems to require 1.2K+ select and
export operations, folder by folder, not all of which I perform flawlessly. 
I then boot the computer into Ubuntu 20.04, and import the folders one at a
time.  I could not find a better way.  

This has to be an edge case.  The cause of the fault is forgetting to do a
select all before the export.  The procedure outlined above consistently
overcomes the fault

Thank you for the reply,
  John

-- 
You are receiving this mail because:
You are watching all bug changes.

[kphotoalbum] [Bug 445404] Crash during attempted folder import

2021-12-07 Thread John Pearson

https://bugs.kde.org/show_bug.cgi?id=445404

--- Comment #5 from John Pearson  ---
On Tuesday, December 7, 2021 4:54:35 PM EST you wrote:
> https://bugs.kde.org/show_bug.cgi?id=445404
> 
> Johannes Zarl-Zierl  changed:
> 
>What|Removed |Added
> 
> Latest Commit||4663fad989c029aba6dbf376911
>||f0532290f7323
> 
>  Resolution|--- |FIXED
>  Status|CONFIRMED   |RESOLVED
> 
> --- Comment #4 from Johannes Zarl-Zierl  ---
> Thank you for the detailed response - this confirms that I didn't overlook
> something. The fix is in master and therefore part of the next release.

I did not feel it was more than me ending up with an unusual file[s].  I am
glad I could be of some help.

> As for your problem: depending on the details of your problem, you might get
> some use out of the "kpa-merge" tool that can be found inside the contrib
> directory of KPhotoAlbum. While the script is not officially supported and
> we always recommend backing up your index.xml file before running any tools
> on it, the script was written by long-time contributor Robert Krawitz and
> can merge two index.xml files into one...

'kpa-merge' has not been a good search term; but thanks for the suggestion. 
kphotoalbum is fine tool.


z

-- 
You are receiving this mail because:
You are watching all bug changes.

[kphotoalbum] [Bug 445404] New: Crash during attempted folder import

2021-11-12 Thread John Pearson

https://bugs.kde.org/show_bug.cgi?id=445404

Bug ID: 445404
   Summary: Crash during attempted folder import
   Product: kphotoalbum
   Version: 5.8.1
  Platform: Neon Packages
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kpab...@willden.org
  Reporter: johnpearson...@gmail.com
  Target Milestone: ---

Application: kphotoalbum (5.8.1)

Qt Version: 5.15.3
Frameworks Version: 5.87.0
Operating System: Linux 5.11.0-40-generic x86_64
Windowing System: X11
Distribution: KDE neon User - Plasma 25th Anniversary Edition
DrKonqi: 5.23.3 [KCrashBackend]

-- Information about the crash:
- What I was doing when the application crashed:
I attempted to use the file import dialog to import a folder into a new data
base with kphotoalbum. it did not work.  So I copied the folder into the
correct position.  kphotoalbum found the images files and added them.  I saved
the data base.  I then attempted to use the file import dialog to update the
information, deselecting the image copy dialog.  the result is the reported
crash.

The reporter is unsure if this crash is reproducible.

-- Backtrace:
Application: KPhotoAlbum (kphotoalbum), signal: Segmentation fault

[New LWP 69650]
[New LWP 69651]
[New LWP 69652]
[New LWP 69653]
[New LWP 69654]
[New LWP 69655]
[New LWP 69659]
[New LWP 69660]
[New LWP 69661]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7f5196838aff in __GI___poll (fds=0x7ffe0902fd38, nfds=1, timeout=1000) at
../sysdeps/unix/sysv/linux/poll.c:29
__preamble__
[Current thread is 1 (Thread 0x7f5192733a40 (LWP 69649))]

Thread 10 (Thread 0x7f5163bfb700 (LWP 69661)):
#0  futex_wait_cancelable (private=, expected=0,
futex_word=0x55bd045b7a90) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd045b7a40,
cond=0x55bd045b7a68) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd045b7a68, mutex=0x55bd045b7a40) at
pthread_cond_wait.c:647
#3  0x7f5196d375cb in QWaitConditionPrivate::wait (deadline=...,
this=0x55bd045b7a40) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=this@entry=0x55bd045a2698,
mutex=mutex@entry=0x55bd045a26a0, deadline=...) at
thread/qwaitcondition_unix.cpp:225
#5  0x55bd039b8557 in ImageManager::AsyncLoader::next (this=0x55bd045a2670)
at /usr/include/x86_64-linux-gnu/qt5/QtCore/qdeadlinetimer.h:68
#6  0x55bd039b7c46 in ImageManager::ImageLoaderThread::run
(this=0x55bd045a3340) at ./ImageManager/ImageLoaderThread.cpp:44
#7  0x7f5196d3145c in QThreadPrivate::start (arg=0x55bd045a3340) at
thread/qthread_unix.cpp:329
#8  0x7f5195d53609 in start_thread (arg=) at
pthread_create.c:477
#9  0x7f5196845293 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 9 (Thread 0x7f51657fd700 (LWP 69660)):
#0  futex_wait_cancelable (private=, expected=0,
futex_word=0x55bd045b7a90) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd045b7a40,
cond=0x55bd045b7a68) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd045b7a68, mutex=0x55bd045b7a40) at
pthread_cond_wait.c:647
#3  0x7f5196d375cb in QWaitConditionPrivate::wait (deadline=...,
this=0x55bd045b7a40) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=this@entry=0x55bd045a2698,
mutex=mutex@entry=0x55bd045a26a0, deadline=...) at
thread/qwaitcondition_unix.cpp:225
#5  0x55bd039b8557 in ImageManager::AsyncLoader::next (this=0x55bd045a2670)
at /usr/include/x86_64-linux-gnu/qt5/QtCore/qdeadlinetimer.h:68
#6  0x55bd039b7c46 in ImageManager::ImageLoaderThread::run
(this=0x55bd045c3070) at ./ImageManager/ImageLoaderThread.cpp:44
#7  0x7f5196d3145c in QThreadPrivate::start (arg=0x55bd045c3070) at
thread/qthread_unix.cpp:329
#8  0x7f5195d53609 in start_thread (arg=) at
pthread_create.c:477
#9  0x7f5196845293 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 8 (Thread 0x7f517ce9f700 (LWP 69659)):
#0  futex_wait_cancelable (private=, expected=0,
futex_word=0x55bd045b7a94) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd045b7a40,
cond=0x55bd045b7a68) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd045b7a68, mutex=0x55bd045b7a40) at
pthread_cond_wait.c:647
#3  0x7f5196d375cb in QWaitConditionPrivate::wait (deadline=...,
this=0x55bd045b7a40) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=this@entry=0x55bd045a2698,
mutex=mutex@entry=0x55bd045a26a0, deadline=...) at
thread/qwaitcondition_unix.cpp:225
#5  0x55bd039b8557 in ImageManager::AsyncLoader::next (this=0x55bd045a2670)
at /usr/include/x86_64-linux-gnu/qt5/QtCore/qdeadlinetimer.h:68
#6  0x55bd039b7c46 in ImageManage

[kphotoalbum] [Bug 445404] Crash during attempted folder import

[kphotoalbum] [Bug 445404] Crash during attempted folder import

[kphotoalbum] [Bug 445404] New: Crash during attempted folder import

3 matches

Site Navigation

Mail list logo

Footer information