[digikam] [Bug 387004] Rename on import is inconsistent jpg to raw

2020-08-04 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=387004

--- Comment #8 from Mick Sulley  ---
I think this was fixed a while back.  Just tested in DK7 and it looks fine.  I
suggest that you close it.

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

[digikam] [Bug 372763] Rename does not give options on Conflict

2018-01-02 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372763

--- Comment #5 from Mick Sulley <m...@sulley.info> ---
The major problem with the current operation is that if a file would rename the
same as current, so retain its current name, then it fails.  
If I use rename on a bunch of RAW files, then some will stay with their current
name, so they all fail.  Any workaround is a real pain.  
Please just provide an option to ignore all failures and rename all the ones
that can be renamed.

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

[digikam] [Bug 387004] Rename on import is inconsistent jpg to raw

2017-11-18 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=387004

--- Comment #5 from Mick Sulley <m...@sulley.info> ---
I agree that the red ones will not be renamed, but I would have thought it
should be possible to rename the black ones.

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

[digikam] [Bug 387004] Rename on import is inconsistent jpg to raw

2017-11-18 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=387004

--- Comment #3 from Mick Sulley <m...@sulley.info> ---
Just noticed something else whilst renaming.  If I select several images where
some can be renamed and for others the name is already correct, the 'renames'
show black and the 'already correct' show red, but the 'OK' button is greyed
out, so I have to select just the ones which need to be renamed, which is a
problem as I don't know which ones they are until I try to rename them.

Should I create another bug for this?

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

[digikam] [Bug 387004] Rename on import is inconsistent jpg to raw

2017-11-18 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=387004

--- Comment #2 from Mick Sulley <m...@sulley.info> ---
Thanks Maik, looking forward to the next release!

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

[digikam] [Bug 387004] New: Rename on import is inconsistent jpg to raw

2017-11-16 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=387004

Bug ID: 387004
   Summary: Rename on import is inconsistent jpg to raw
   Product: digikam
   Version: 5.7.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Import-Rename
  Assignee: digikam-bugs-n...@kde.org
  Reporter: m...@sulley.info
  Target Milestone: ---

Running 5.7.0 app bundle on Linux Mint
I have import set to rename on date and time
When I import pictures from my Canon EOS 550D the jpg seem to rename as
expected but the .CR2 files get a different name.
During British Summer Time the difference is one hour and a few seconds, now we
are back on GMT it is just a few seconds.
If I select the .CR2 files which have been imported and select rename, it
renames them to what I expected.  
It would seem that the rename logic is different between .JPG and .CR2
Happy to provide more info or test stuff if it helps
Thanks
Mick

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

[digikam] [Bug 262168] When adding name, the list should only contain people [patch]

2017-01-16 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=262168

--- Comment #18 from Mick Sulley <m...@sulley.info> ---
OK just tested again and it works!!  Still have that odd behaviour of only
getting the drop down suggestions on every other character, but I think that is
covered in another bug.

Great work guys.

Mick

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

[digikam] [Bug 262168] When adding name, the list should only contain people [patch]

2017-01-16 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=262168

--- Comment #13 from Mick Sulley <m...@sulley.info> ---
(In reply to Mario Frank from comment #11)
> Created attachment 103441 [details]
> A quick-shot patch
> 
> This patch introduces the functionality to filter tags for assigning. 
> Only face tags are given if configured so. The setup option is located in
> misc setup settings. Made small tests. Seems to work.
> Can someone test the functionality, too?

Just tested on 5.4.0 and it does not work for me.  I cannot see a setup option,
where is it?  I looked in Settings > Configure Digikam - Miscellaneous tab, but
there is nothing that refers to tags.
Mick

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

[digikam] [Bug 368124] Face tag inside album view is case sensitive

2016-12-30 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=368124

--- Comment #5 from Mick Sulley <m...@sulley.info> ---
Just tested in Build date: Dec 29 2016 (target: debug)
Rev.: 949e7bf27067af3ebb48685b31c7b58a3e57b736
It is sort of fixed.
It is not case sensitive on matches any more, but only matches on alternate
characters.  To explain, trying to tag Sheila Sulley
Type 's' lower case, and it gives a list containing loads of stuff starting
with 's'
Type 'h', so I now have 'sh' in the input box, the match list has gone.
Type 'e', so I now have 'she' in the input box, the list is back and restricted
to entries starting 'she' 
It is not just on odd numbered characters, if you click on another window when
on an odd character and then come back the list is empty, adding more
characters then lists on even ones only.
Also the suggestion list still contains non people tags, I will update that bug
as well.

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

[digikam] [Bug 360155] Tag list is not filtered during face tag naming

2016-12-30 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=360155

--- Comment #12 from Mick Sulley <m...@sulley.info> ---
I have just gone through all of the non-people tags on the left, none of them
link to any pictures, so I guess it is a problem with the database.  Do you
know which table identifies a tag as a face tag?

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

[digikam] [Bug 360155] Tag list is not filtered during face tag naming

2016-12-30 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=360155

--- Comment #9 from Mick Sulley <m...@sulley.info> ---
Just tested in Build date: Dec 29 2016 (target: debug)
Rev.: 949e7bf27067af3ebb48685b31c7b58a3e57b736
It still has non people tags in the suggestions list.
Note - if I click on People in the left hand menu, under tags I see Events and
3 sub tag groups as well as People.  Could this be the problem?  I will attach
a screenshot, you will see that some, but not all, Events are included.

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

[digikam] [Bug 360155] Tag list is not filtered during face tag naming

2016-12-30 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=360155

--- Comment #8 from Mick Sulley <m...@sulley.info> ---
Created attachment 103090
  --> https://bugs.kde.org/attachment.cgi?id=103090=edit
Screenshot showing difference between left panel tags and righ panel

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

[digikam] [Bug 372427] Some pictures do not display

2016-11-26 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372427

--- Comment #6 from Mick Sulley <m...@sulley.info> ---
Unfortunately I have largely destroyed the evidence by creating new sub albums
and copying the pictures.  However I thought I would try to see if I could find
out anything using the new appImage.  It gets a bit complicated, sorry.  This
is what I did - 

Created a guest user on my desktop (runs Mint18)
Copied my whole album to the guest account
Downloaded appImage5.4.0
Within the Album I have digikam4.db, my current database and digikam4.db.backup
which was the one in use when I had the problem.  I renamed digikam4.db as .old
and renamed digikam4.db.backup as digikam4.db to make it current again.
I then started DK5.4.0
The sub-album that had pictures missing is displayed, even though it no longer
exists!  It has thumbnails in it, but if I double click any I get the message
'Failed to load image'  File properties shows the folder that was where the
picture was, but that folder no longer exists.
I ran Rebuild Thumbnails and also Scan for new items from  Tools > Maintenance,
the indicators on the bottom of the screen went up to 100% in a few seconds,
however it took more than 2 hours before it actually finished.  When it had
finished I see the original structure with boxes displayed for thumbnails and
all the property information but no metadata.  There is no thumbnail and double
click produces the message 'Failed to load image'.  Presumably this is because
the database holds all of this information.
I then ran Sync Metadata and Database, but that doesn't seem to have changed
anything.

My conclusion to al this is that my original problem was caused by a database
corruption, what caused that I don't know.  I don't really see any point in
pursuing this any further so I suggest that you close it.
Thanks
Mick

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

[digikam] [Bug 372763] Rename does not give options on Conflict

2016-11-21 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372763

Mick Sulley <m...@sulley.info> changed:

   What|Removed |Added

 CC||m...@sulley.info

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

[digikam] [Bug 372763] New: Rename does not give options on Conflict

2016-11-21 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372763

Bug ID: 372763
   Summary: Rename does not give options on Conflict
   Product: digikam
   Version: 5.3.0
  Platform: Mint (Ubuntu based)
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: AdvancedRename
  Assignee: digikam-de...@kde.org
  Reporter: m...@sulley.info
  Target Milestone: ---

When renaming a number of pictures, if there is a name conflict it displays an
error message and gives the option to abort but no option to choose a different
name.  DK4 gave that option and also suggested a new name.

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

[digikam] [Bug 372762] New: Face tags are not priorities by recently used

2016-11-21 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372762

Bug ID: 372762
   Summary: Face tags are not priorities by recently used
   Product: digikam
   Version: 5.3.0
  Platform: Mint (Ubuntu based)
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Tags
  Assignee: digikam-de...@kde.org
  Reporter: m...@sulley.info
  Target Milestone: ---

When adding face tags the drop down list is not prioritised with the ones
recently chosen.  The ordering appears to be random, e.g. I have 21 people with
names starting 'J' but I enter 'J' and it is suggesting the 19th one in my list
which has not been used for many months??  DK4 prioritised recently used and
then in alpha order.

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

[digikam] [Bug 372761] New: Face Tag selection needs extra confirm now

2016-11-21 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372761

Bug ID: 372761
   Summary: Face Tag selection needs extra confirm now
   Product: digikam
   Version: 5.3.0
  Platform: Mint (Ubuntu based)
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Tags
  Assignee: digikam-de...@kde.org
  Reporter: m...@sulley.info
  Target Milestone: ---

When adding a face tag the drop down list reduces as you type, and then when
you hit enter the highlighted one is chosen but you still need to press
Confirm.  The confirm is automatic in DK4

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

[digikam] [Bug 372427] Some pictures do not display

2016-11-15 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372427

--- Comment #3 from Mick Sulley <m...@sulley.info> ---
I have done a bit more investigation on this, the problem album has id = 1262. 
If I open sqlite from command line and run
select * from images where album = 1262;
it lists a load of records but finishes with 
Error: database disk image is malformed
There are also some child albums as well, a select on any of those finishes
with that error as well.  So I assume that this is why some of the pictures do
not display.
Questions
1) How can I fix it?  Can I recreate the database without losing anything?
2) What could have caused this?

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

[digikam] [Bug 372427] Some pictures do not display

2016-11-13 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372427

--- Comment #2 from Mick Sulley <m...@sulley.info> ---
(In reply to Maik Qualmann from comment #1)
> Do you use a MySQL or SQLite DB?
> 
> Maik

SQLite

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

[digikam] [Bug 372427] New: Some pictures do not display

2016-11-13 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=372427

Bug ID: 372427
   Summary: Some pictures do not display
   Product: digikam
   Version: 5.3.0
  Platform: Mint (Ubuntu based)
OS: Linux
Status: UNCONFIRMED
  Severity: critical
  Priority: NOR
 Component: AlbumsView
  Assignee: digikam-de...@kde.org
  Reporter: m...@sulley.info
  Target Milestone: ---

Created attachment 102205
  --> https://bugs.kde.org/attachment.cgi?id=102205=edit
Screenshot

Imported pictures from Canon EOS550 using standard DK import.  Pictures are
present  in file manager but some of them do not display in Digikam.  
Also for the problem album the number of pictures indicated is wrong. In the
left panel where it now shows the number of pictures in brackets after the
directory name, it shows 450 pictures but there are only 106 displayed, the
directory has 517 files, of which 378 are JPG, 41 are CR2, 98 are markup.  See
attached screenshot.
This is a major problem.  I use Digikam as my management tool and now do not
know how many pictures I have 'lost'.
Please let me know if there is any more information I can provide.

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

[digikam] [Bug 262168] When adding name, the list should only contain people

2016-11-08 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=262168

Mick Sulley <m...@sulley.info> changed:

   What|Removed |Added

 CC||m...@sulley.info

--- Comment #10 from Mick Sulley <m...@sulley.info> ---
In my view this is an essential feature.  I have many event tags, birthdays,
weddings etc, which contain peoples names, these should not be included in the
list when selecting a person tag.  This is still the same in the latest
appimage.

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

[digikam] [Bug 368124] Face tag inside album view is case sensitive

2016-11-08 Thread Mick Sulley
https://bugs.kde.org/show_bug.cgi?id=368124

Mick Sulley <m...@sulley.info> changed:

   What|Removed |Added

 CC||m...@sulley.info

--- Comment #2 from Mick Sulley <m...@sulley.info> ---
I just tested this in the latest appimage and it is still a problem for me.  In
version 4 it was fine but all version 5 are case sensitive which is very
annoying.

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

[digikam] [Bug 360155] Tag list is not filtered during face tag naming

2016-09-29 Thread Mick Sulley via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360155

Mick Sulley <m...@sulley.info> changed:

   What|Removed |Added

 CC||m...@sulley.info

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


[digikam] [Bug 367611] Time gap on renaming at download...

2016-08-31 Thread Mick Sulley via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #7 from Mick Sulley <m...@sulley.info> ---
For the picture highlighted I see the updated name as expected, but for all the
others I see the original IMG_1234 name.  Just tested again, took two pics
which gives me 4 to import, 2 JPG and 2 CR2.  I highlighted one which then
showed the new name, imported and that picture was renamed correctly, the other
3 were not renamed.
Repeated it again, this time I highlighted all the pictures in the import
screen and they were all renamed.  At least that gives me a workaround for the
problem.

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


[digikam] [Bug 367611] Time gap on renaming at download...

2016-08-31 Thread Mick Sulley via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #5 from Mick Sulley <m...@sulley.info> ---
Yes the time seems to be a camera issue.  However in testing I now see that
rename on import is not working in DK5.  I tried in DK4 and that seems fine.  I
started DK5 in a terminal and have uploaded the output.  Pleas let me know if I
can provide any other info.
Thanks
Mick

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


[digikam] [Bug 367611] Time gap on renaming at download...

2016-08-31 Thread Mick Sulley via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #4 from Mick Sulley <m...@sulley.info> ---
Created attachment 100866
  --> https://bugs.kde.org/attachment.cgi?id=100866=edit
Terminal Output DK5 rename on import not working

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


[digikam] [Bug 367611] Time gap on renaming at download...

2016-08-28 Thread Mick Sulley via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367611

Mick Sulley <m...@sulley.info> changed:

   What|Removed |Added

 CC||m...@sulley.info

--- Comment #2 from Mick Sulley <m...@sulley.info> ---
I seem to have a similar problem DK5.1 on Mint 18
My rename command is PIC[date]{unique} 
When I import from my camera (Canon EOS550D) DigiKam adds 1 hour to create the
file name.  If I then select the group of pictures and select Rename it renames
them correctly. 
As a test - 
Just took a picture of my computer clock showing 21:15:42
The import has renamed it PIC20160826T221542.JPG
which is out by 1 hour (and a second, but I can live with that)
Looking at metadata I see
EXIF
Image Info - Date and Time2016:08:26 21:15:41
Photo Info - Date and Time (digitized)2016:08:26 21:15:41 (original)
2016:08:26 21:15:41
XMP
Create Date2016-08-26T21:15:41
So everything says 21:15:41, but it renames to 22:15:42

Please let me know if you need more info.

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