[digikam] [Bug 376825] Tag displays do not display correctly after new database is selected
https://bugs.kde.org/show_bug.cgi?id=376825 --- Comment #6 from Bill Goodman --- The first sequence works OK now. I cannot test the second sequence because digiKam fails when trying to create a new database. When the New Database Folder dialog is displayed, I click "Create New Database". digiKam fails with a dialog saying "The SQLite core database was not found, please set the correct location in the next dialog." I do not know what a "SQLite core database" is or where one would be located. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376425] Light table window not activated or brought to front
https://bugs.kde.org/show_bug.cgi?id=376425 --- Comment #11 from Bill Goodman --- I note that the Batch Queue Manager window has the same problem. It is not brought to the front when it is selected a second time. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376425] Light table window not activated or brought to front
https://bugs.kde.org/show_bug.cgi?id=376425 --- Comment #10 from Bill Goodman --- No change. The Light table window still is not brought to the front to be visible. Tested on Windows 11. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376425] Light table window not activated or brought to front
https://bugs.kde.org/show_bug.cgi?id=376425 --- Comment #7 from Bill Goodman --- I don't know about 8.0.0. But it was still broken in 7.9.0. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449760] Page Number controls missing in Main toolbar
https://bugs.kde.org/show_bug.cgi?id=449760 --- Comment #8 from Bill Goodman --- (In reply to Albert Astals Cid from comment #7) > You mean https://www.microsoft.com/store/apps/9n41msq1wnm8 doesn't work for > you? > > A regular user is just supposed to use the Microsoft Store itself ;) Correct. When I click the "Get" button on that page, I get an error screen from the Microsoft store which says "The thing you're looking for isn't here. We probably don't have it, but just in case, try searching for it." Same result in 3 different browsers. Does it work for you? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449806] New: Using hamburger menu to show menubar causes crash
https://bugs.kde.org/show_bug.cgi?id=449806 Bug ID: 449806 Summary: Using hamburger menu to show menubar causes crash Product: okular Version: 21.12.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Hide menus if necessary (CTL-M) 2. From the hamburger menu select Settings > Show Menubar 3. OBSERVED RESULT Dialog with "okular.exe has stopped working" EXPECTED RESULT Menubar displayed SOFTWARE/OS VERSIONS Windows: 10 21H2 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION CONTROL-M shortcut key works to show and hide menubar. Crash occurs when using the entry in the hamburger menu. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449760] Page Number controls missing in Main toolbar
https://bugs.kde.org/show_bug.cgi?id=449760 --- Comment #6 from Bill Goodman --- (In reply to Albert Astals Cid from comment #5) > We don't put much effort on the nightly, so issues are bound to creep there, > if you're a developer and have time to figure out what the difference is > with the stable version, we will welcome your patch, otherwise, just keep > using the stable version and not the nightly one OK. FYI the nightly version was the only version I could find for Windows. The link in the Microsoft store gives me a screen saying "The thing you're looking for isn't here". I tried this on Firefox, Chromium and Edge in case it was a browser issue. I'm a software developer, and I didn't know about the builds on binary-factory.kde.org/job/Okular_Release_win64/. I'm not sure how a regular user would ever find them. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449760] Page Number controls missing in Main toolbar
https://bugs.kde.org/show_bug.cgi?id=449760 --- Comment #4 from Bill Goodman --- (In reply to Albert Astals Cid from comment #3) > Can you please try the stable version either from the Microsoft Store or > from https://binary-factory.kde.org/job/Okular_Release_win64/ ? okular-21.12.2-916-windows-msvc2019_64-cl.exe works correctly. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449760] Page Number controls missing in Main toolbar
https://bugs.kde.org/show_bug.cgi?id=449760 --- Comment #2 from Bill Goodman --- (In reply to Albert Astals Cid from comment #1) > Which Okular version are you running? 22.03.70 (the nightly build #1036) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 449760] New: Page Number controls missing in Main toolbar
https://bugs.kde.org/show_bug.cgi?id=449760 Bug ID: 449760 Summary: Page Number controls missing in Main toolbar Product: okular Version: unspecified Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 146404 --> https://bugs.kde.org/attachment.cgi?id=146404=edit Screenshot of Main toolbar with incorrect Page Number control SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open any document with more than 1 page 2. 3. OBSERVED RESULT Page Number item on Main toolbar shows the text "Page Number" but the up arrow, down arrow and text box controls are missing. EXPECTED RESULT Expect to see Up/down arrows and text box for page number controls. SOFTWARE/OS VERSIONS Windows: 10 21H2 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION This works fine on my Linux systems. It is only the Windows version that shows this problem. The similar controls in the Page Bar display correctly under Windows. It is only a problem in the Main Toolbar. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374783] Window location is not restored correctly after restart
https://bugs.kde.org/show_bug.cgi?id=374783 --- Comment #21 from Bill Goodman --- I really think this is a digiKam bug. On Linux, the windowing system is responsible for positioning windows, but that is not the case with Windows. In Windows, it is the application's responsibility to remember and set the window position. If digiKam doesn't remember and set the position, it will probably not be restored properly. At least this is my experience as a Windows software developer. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 405378] New: Missing libz.dll on launch
https://bugs.kde.org/show_bug.cgi?id=405378 Bug ID: 405378 Summary: Missing libz.dll on launch Product: digikam Version: 6.1.0 Platform: Other OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Bundle-Windows Assignee: digikam-bugs-n...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- SUMMARY With digiKam-6.1.0-git-20190310T212601-Win64.exe, a system dialog stating "The program can't start because libz.dll is missing from your computer." occurs on every launch. This did not occur with the 20190308 build. STEPS TO REPRODUCE 1. Launch digiKam OBSERVED RESULT A system dialog stating "The program can't start because libz.dll is missing from your computer." occurs on every launch. This did not occur with the 20190308 build. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: Windows 7 ADDITIONAL INFORMATION The Program Files directory for digiKam does not contain a libz.dll file. There is a zlib1.dll. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 405287] New: Dialogs are hard to read
https://bugs.kde.org/show_bug.cgi?id=405287 Bug ID: 405287 Summary: Dialogs are hard to read Product: digikam Version: 6.1.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Plugin-Generic-HTMLGallery Assignee: digikam-bugs-n...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 118674 --> https://bugs.kde.org/attachment.cgi?id=118674=edit Screenshot of dialog SUMMARY Dialogs use light gray text on white background which makes them extremely difficult to read. STEPS TO REPRODUCE 1. Start plugin OBSERVED RESULT Screenshot attached EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: Windows 7 ADDITIONAL INFORMATION This same problem occurs with several of the other plugins, e.g. Sent to Email. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376425] Light table window not activated or brought to front
https://bugs.kde.org/show_bug.cgi?id=376425 --- Comment #4 from Bill Goodman --- Still broken in digiKam-6.1.0-git-20190308T103035-Win64.exe. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361829] Rotated MP4 video with "Orientation" flag are not played back in the correct rotation angle
https://bugs.kde.org/show_bug.cgi?id=361829 --- Comment #25 from Bill Goodman --- I'm sorry, Maik. You are correct. It plays correctly after refreshing the metadata. This is great. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361829] Rotated MP4 video with "Orientation" flag are not played back in the correct rotation angle
https://bugs.kde.org/show_bug.cgi?id=361829 Bill Goodman changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Resolution|FIXED |--- --- Comment #23 from Bill Goodman --- This is marked as FIXED but it is still broken for me. I tested with digiKam-6.1.0-git-20190308T103035-Win64.exe on Windows 7. Same video provided previously. That video plays correctly in VLC. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374783] Window location is not restored correctly after restart
https://bugs.kde.org/show_bug.cgi?id=374783 --- Comment #15 from Bill Goodman --- I see no change. The problem remains. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374783] Window location is not restored correctly after restart
https://bugs.kde.org/show_bug.cgi?id=374783 --- Comment #5 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to caulier.gilles from comment #4) > This problem is reproducible with current 5.6.0 pre release installer for > Windows ? > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM I just installed the 5.6.0 pre release and tested on Windows 7. The behavior is the same. On launch, the size of the window is remembered correctly, but the position of the upper left corner seems to always be the same. In my case, on a 1980x1200 screen the upper left corner is always placed at [x=630, y=315]. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374783] Window location is not restored correctly after restart
https://bugs.kde.org/show_bug.cgi?id=374783 --- Comment #2 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to devnul from comment #1) > If I understand 'the problem' correctly, you want the window to be opened at > the left side of the screen, right? If yes, then you can change the position > where on the screen should windows be placed. Go to System settings >Window > management >Window behavior >Advanced and in choose the > position. "Zero-Cornered" will open all windows on the left upper side of > the screen. I'm assuming you didn't notice this is for Windows. It is the application's responsibility to place the window correctly. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #23 from Bill Goodman <bg+k...@cyclos.com> --- I just reinstalled digiKam 5.5 (11 Feb 2017). It does not have a problem with switching videos while one is playing. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #21 from Bill Goodman <bg+k...@cyclos.com> --- When run from a console, it appears that control is immediately returned to the user, i.e. there is a console prompt. digiKam does not output any information at all. I looked in the Windows event viewer but did not find anything that seemed to be relevant to digiKam, QtAV or QT. Is the error message displayed by digiKam or by QtAV? Are you using a different version of QtAV now than what was used on Feb 13? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #19 from Bill Goodman <bg+k...@cyclos.com> --- I added a lengthy comment previously, but it seems to have disappeared. What I observe is that when a video is started in Preview, it plays normally. If I switch to a second video while the first is playing, I can hear the second video playing but there is no image. Only the message "An error has occurred with the media player...". If I wait until the audio stops and select another video, it plays properly. I don't think this was happening in the digiKam 5.5 version I downloaded on Feb 13. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #18 from Bill Goodman <bg+k...@cyclos.com> --- Created attachment 104519 --> https://bugs.kde.org/attachment.cgi?id=104519=edit DebugView log of video switch failure 1: Launch digiKam 276: Open preview of first video 283: Switch to second video -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #16 from Bill Goodman <bg+k...@cyclos.com> --- Created attachment 104518 --> https://bugs.kde.org/attachment.cgi?id=104518=edit Screenshot of video switch failure Screenshot of DebugView log during video switch failure. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #13 from Bill Goodman <bg+k...@cyclos.com> --- The lag seems to be gone on my Windows 7 system. There is a 1-2 second delay the first time I play a video, but then the video plays correctly from the beginning. I think that previously it was advancing through the movie during that time without correctly showing video. And it seems that after the first play, on subsequent plays the video shows with no initial delay at all, like something is being cached somewhere. This seems to be true even if I exit digiKam and restart it. More good news: the extremely annoying repeat of audio at the end of playing a movie also seems to be fixed. Bad news: In preview, switching from one video to another while the first video is playing causes the media player to report an error and no video is shown. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376825] New: Tag displays do not display correctly after new database is selected
https://bugs.kde.org/show_bug.cgi?id=376825 Bug ID: 376825 Summary: Tag displays do not display correctly after new database is selected Product: digikam Version: 5.5.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Tags Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Two different sequences cause the tags browser pane and the tags edit pane to not display existing tags correctly. First sequence -- Launch digiKam with an existing database. In Settings>Configure digiKam>Database select a different database which already exists. When prompted, choose to "Use Existing File". Tags browser pane and Tags edit pane are missing some tags which exist in the 2nd database. Quit digiKam and re-launch. Tags now appear correctly in both panes. Second sequence --- Launch digiKam with an existing database. In Settings>Configure digiKam>Database select a location for a new, non-existing database. When prompted, choose to "Create New Database". Add a collection which contains some photos. Select a photo in the thumbnails view. Create a new tag in the tags edit pane. Tag is not displayed in the edit pane or in the tags browser pane. (However, if you try to create the tag again, you will get an error that the "tag already exists" even though it is not displayed) Quit and re-launch digiKam and new tag appears. --- Note that this problem does not occur consistently for all databases and photos. However, when it does occur, it is completely repeatable. I have a database with 200 tags and it consistently displays 197 tags after I switch databases. Quit and relaunch will correctly display all 200 tags. I have not been able to determine a rule for which tags are not displayed. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376650] New: Write Meta Data hangs if album is empty
https://bugs.kde.org/show_bug.cgi?id=376650 Bug ID: 376650 Summary: Write Meta Data hangs if album is empty Product: digikam Version: 5.5.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Metadata Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Select an empty album. Execute Album>Write Metadata to Images menu command. Processing begins with "Synchronizing image metadata with database" but progress never advances beyond 0%. Attempting to execute other metadata write commands is blocked. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376640] Changing tag name does not update sidecar metadata
https://bugs.kde.org/show_bug.cgi?id=376640 --- Comment #1 from Bill Goodman <bg+k...@cyclos.com> --- An additional problem which may be related. If you use the tag manager to delete a tag which is assigned to some images, the tag is removed from the images in the database, but the sidecar files are not updated with this change (i.e. the sidecar still has the deleted tag). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376640] New: Changing tag name does not update sidecar metadata
https://bugs.kde.org/show_bug.cgi?id=376640 Bug ID: 376640 Summary: Changing tag name does not update sidecar metadata Product: digikam Version: 5.5.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Metadata-Editor Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- When I add a tag to an image, the sidecar file is updated as expected. However, if I change the name of a tag which has already been applied to an image, the sidecar file is not updated. Settings Use lazy synchronization = OFF Read from sidecar files = ON Write to sidecar files = ON (Write to XMP sidecar only) Select an image in thumbnail view. Create a new tag "tag1". Click Apply. Exit DigiKam. Verify sidecar file includes "tag1". Start DigiKam. Select same image. Right click "tag1" and choose "Properties". Change Title to "tag2". Click Apply. (thumbnail shows tag2) Exit DigiKam. Sidecar still contains "tag1". If you do "Album>Write Metadata to Images", the sidecar will update to include "tag2" as expected. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376423] Inconsistent ENTER key in thumbnails view
https://bugs.kde.org/show_bug.cgi?id=376423 --- Comment #4 from Bill Goodman <bg+k...@cyclos.com> --- There is a configuration setting (Views>Icons>Thumbnail click action) which selects either preview or image editor. This seems to be for a "double-click" action in spite of the name saying "click". It seems natural to me for the ENTER key to do the same action that double-click does in this context. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 281742] ICONVIEW : wrong selection start when browsing images
https://bugs.kde.org/show_bug.cgi?id=281742 --- Comment #13 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to Maik Qualmann from comment #12) > *** Bug 376427 has been marked as a duplicate of this bug. *** Great! I can confirm that this fix seems to have fixed the problem observed on Windows 7. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376423] Inconsistent ENTER key in thumbnails view
https://bugs.kde.org/show_bug.cgi?id=376423 --- Comment #2 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to caulier.gilles from comment #1) > I think this problem have been fixed in next release. > > Take a look to 5.5.0 pre version available here : > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM > > Gilles Caulier I installed the version above on Windows 7. The issue is still there. ENTER has no effect after the selection is changed with a mouse click. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376427] New: Range selection in thumbnail view gets wrong endpoint
https://bugs.kde.org/show_bug.cgi?id=376427 Bug ID: 376427 Summary: Range selection in thumbnail view gets wrong endpoint Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Thumbnails Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- The selection anchor or endpoint seems to get changed incorrectly when switching between Thumbnail and Preview modes. As an example: !) Select the 1st image in a thumbnail view. 2) Double-click the image to enter preview. 3) In preview, click the 2nd image in the filmstrip. 4) Press ESCAPE key to return to thumbnail view. The 2nd image is selected. 5) SHIFT-CLICK the 4th image. Images 1-4 are selected. Only images 2-4 should be selected. Note that if step #3 is changed so that the 2nd image is selected by using the RIGHT-ARROW key, the selection in step 5 will operate correctly. It seems like there is a difference in how the selections are registered depending on whether it is a mouse click or an arrow key. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376426] New: Exit Full Screen does not restore maximized window
https://bugs.kde.org/show_bug.cgi?id=376426 Bug ID: 376426 Summary: Exit Full Screen does not restore maximized window Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Usability Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Maximize the main DigiKam window with either thumbnails or preview. Click Full Screen icon to switch to full screen mode. Click Exit Full Screen icon to exit full screen mode. Window usually restores to "normal" mode instead of maximized mode. I have found that this failure does not always happen, but typically once it fails, it continues to fail. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwidgetsaddons] [Bug 359815] Window is not maximized after exiting full screen mode
https://bugs.kde.org/show_bug.cgi?id=359815 --- Comment #4 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to Bill Goodman from comment #3) > I see this same problem in Windows 7. With a maximized thumbnails or preview > window, after clicking the Full Screen icon to enter full screen mode and > then exiting full screen mode, the window is no longer maximized. > > This operation is not consistent. Sometimes the window is properly restored > as maximized, but usually it is restored in the standard window state. Ooops. I'm sorry. Please ignore this comment. I am seeing this on a different component. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwidgetsaddons] [Bug 359815] Window is not maximized after exiting full screen mode
https://bugs.kde.org/show_bug.cgi?id=359815 Bill Goodman <bg+k...@cyclos.com> changed: What|Removed |Added CC||bg+k...@cyclos.com --- Comment #3 from Bill Goodman <bg+k...@cyclos.com> --- I see this same problem in Windows 7. With a maximized thumbnails or preview window, after clicking the Full Screen icon to enter full screen mode and then exiting full screen mode, the window is no longer maximized. This operation is not consistent. Sometimes the window is properly restored as maximized, but usually it is restored in the standard window state. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376425] New: Light table window not activated or brought to front
https://bugs.kde.org/show_bug.cgi?id=376425 Bug ID: 376425 Summary: Light table window not activated or brought to front Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Usability Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- In the thumbnails view, click the Light Table button to open the Light Table Window. Switch back to the main DigiKam window containing the thumbnails view. Click the Light Table button again. Nothing happens. It seems like a normal expectation would be for the Light Table window to be activated and brought to the front. This is especially a problem when the main window is maximized because the Light Table window is hidden behind and the Light Table button appears to do nothing. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376423] New: Inconsistent ENTER key in thumbnails view
https://bugs.kde.org/show_bug.cgi?id=376423 Bug ID: 376423 Summary: Inconsistent ENTER key in thumbnails view Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Thumbnails Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- The action of the ENTER key is inconsistent in the thumbnails view. With an image selected in the thumbnails view, hitting the ENTER key sometimes opens the preview view and sometimes does nothing. To reproduce, double-click an image in the thumbnails view to open the preview window. Exit the preview window by pressing the ESCAPE key. At this point, you can move the selection to different images using the UP/DOWN/LEFT/RIGHT arrow keys. Pressing ENTER will open the selected image in preview. This is the desired operation (in my opinion). If, instead of using the arrow keys, you move the selection to another image by clicking on it with the mouse, the ENTER key will NOT open the preview. This also seems to be the default mode when the thumbnail view is first opened. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 150531] SCHEMA : add album password-protect feature
https://bugs.kde.org/show_bug.cgi?id=150531 Bill Goodman <bg+k...@cyclos.com> changed: What|Removed |Added CC||bg+k...@cyclos.com --- Comment #25 from Bill Goodman <bg+k...@cyclos.com> --- I have a related but somewhat different request. I would like to be able to launch digikam for a friend or child to browse without allowing them to make any modifications. Digikam is a great tool for searching for interesting photos in many different ways using tags, etc. But I would never allow a child to access the system this way because they could do massive damage to the tags, captions and other info in the database and photos. I would like to have a protected mode where after "locking" digiKam, no changes to the database or photos would be allowed until a password was supplied. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361829] Rotated MP4 video with "Orientation" flag are not played back in the correct rotation angle
https://bugs.kde.org/show_bug.cgi?id=361829 --- Comment #12 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to caulier.gilles from comment #11) > Your video has Exif rotation flag set by your camera. Interesting... Please > share this file through a cloud web service.. I would to check if Exiv2 0.26 > is able to decode this information. If not, i will recommend to post an > UPSTREAM Exiv2 bug for the next 0.27 release. The video is available here: https://www.dropbox.com/s/5w8guqu9kjwjlx3/VID_20161224_201626.mp4?dl=0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 --- Comment #3 from Bill Goodman <bg+k...@cyclos.com> --- I installed QtAV1.11.0-VS2013x86.exe on Win7 and do not see the initial lag problem using QtAV.Player. I also do not see the issue with audio repeating endlessly when the video is stopped in Win7. No testing done on Win10. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361829] Rotated MP4 video with "Orientation" flag are not played back in the correct rotation angle
https://bugs.kde.org/show_bug.cgi?id=361829 --- Comment #10 from Bill Goodman <bg+k...@cyclos.com> --- I installed QtAV1.11.0-VS2013x86.exe on both Win7 and Win10 and see the same rotation problem when playing my video on the QtAV.Player. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374355] Video preview lags in the beginning
https://bugs.kde.org/show_bug.cgi?id=374355 Bill Goodman <bg+k...@cyclos.com> changed: What|Removed |Added CC||bg+k...@cyclos.com --- Comment #2 from Bill Goodman <bg+k...@cyclos.com> --- I see the same 2-3 second lag at the beginning of videos on Win7 but I do not see it on Win10. Both using digiKam 5.4.0 Also, in Win7, the video repeatedly plays the last 0.25 second of audio when it hits the end of the video. No way to stop the sound repeating. The same repeating sound happens if the video is paused in the middle. In Win10, the current time indicator at the bottom of the preview window keeps counting when the video reaches the end. This does not happen in Win7. I will try to install the QtAV framework and see if it has the same behavior. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361829] Rotated MP4 video with "Orientation" flag are not played back in the correct rotation angle
https://bugs.kde.org/show_bug.cgi?id=361829 Bill Goodman <bg+k...@cyclos.com> changed: What|Removed |Added CC||bg+k...@cyclos.com --- Comment #9 from Bill Goodman <bg+k...@cyclos.com> --- (In reply to caulier.gilles from comment #7) > I need to have a fresh feedback here using last digiKam bundle build with > QtAV to handle video files. See this GDrive repository to upload a 5.4.0 > pre-version : > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM I just noticed this same problem with rotated videos in 5.4.0 on both Win7 and Win10. My video has an EXIF:Rotation=180. The video displays properly with VLC on Windows but it displays upside down with Windows Media Player. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374787] New: Release Notes are difficult to read because of color choices
https://bugs.kde.org/show_bug.cgi?id=374787 Bug ID: 374787 Summary: Release Notes are difficult to read because of color choices Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Documentation Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 103297 --> https://bugs.kde.org/attachment.cgi?id=103297=edit Annotated Release Notes screenshot The releasenotes.html file which is displayed after installation uses dark blue text on black background for links. This combination is very difficult to read. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374785] New: Controls on preview window are difficult to see over some images
https://bugs.kde.org/show_bug.cgi?id=374785 Bug ID: 374785 Summary: Controls on preview window are difficult to see over some images Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Usability Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 103296 --> https://bugs.kde.org/attachment.cgi?id=103296=edit Screenshot of controls that are hard to see The FORWARD, BACK, ROTATE, FACE controls in the preview pane overlap the preview image. The controls are thin and gray and are very difficult to see with many images. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374784] New: Startup wizard displays path to album with forward slashes
https://bugs.kde.org/show_bug.cgi?id=374784 Bug ID: 374784 Summary: Startup wizard displays path to album with forward slashes Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Usability Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 103295 --> https://bugs.kde.org/attachment.cgi?id=103295=edit Screenshot of invalid path display Screen in startup wizard which selects the first album location displays the path to the album location using forward slashes instead of backslash, e.g. C:/Users/bgoodman/Pictures instead of C:\Users\bgoodman\Pictures -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374783] New: Window location is not restored correctly after restart
https://bugs.kde.org/show_bug.cgi?id=374783 Bug ID: 374783 Summary: Window location is not restored correctly after restart Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Usability Assignee: digikam-de...@kde.org Reporter: bg+k...@cyclos.com Target Milestone: --- Created attachment 103294 --> https://bugs.kde.org/attachment.cgi?id=103294=edit Screenshots of window positions before and after restart After resizing and repositioning the main window, when digiKam is restarted, the window size is remembered correctly, but the window position is wrong. Attached screenshots show: WindowLoc1.png = window position before Exit WindowLoc2.png = window position after restart -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 367536] Assigning hierarchical tag only assigns leaf
https://bugs.kde.org/show_bug.cgi?id=367536 Bill Goodman <bzgood...@hotmail.com> changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #3 from Bill Goodman <bzgood...@hotmail.com> --- (In reply to caulier.gilles from comment #1) > Can you reproduce the problem with 5.4.0-pre release installer for Windows, > available here : > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM After additional research I conclude that this is more a disagreement over a design choice than a bug. Hierarchical tags are used in many different ways. In some cases it would be appropriate to add only the leaf tag. In others it would be better to include the entire hierachical path to the leaf tag. It might be nice to have an option to determine which occurs by default. But without that, neither choice is actually wrong--just a preference. As a result, I recommend marking this bug report as resolved:invalid. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374368] New: Unchecking "Show splash screen at startup" causes no window to display at launch
https://bugs.kde.org/show_bug.cgi?id=374368 Bug ID: 374368 Summary: Unchecking "Show splash screen at startup" causes no window to display at launch Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: critical Priority: NOR Component: AlbumsView Assignee: digikam-de...@kde.org Reporter: bzgood...@hotmail.com Target Milestone: --- Unchecking the "Show splash screen at startup" option causes digiKam to display no window at all on next launch. Install After clean installation of digiKam-5.4.0-01-Win64.exe on Windows 10 version 1607, u To reproduce: 1) Install digiKam-5.4.0-01-Win64.exe on Windows 10 version 1607. 2) Launch and select all default options. 3) In Settings > Configure digiKam > Miscellaneous, uncheck "Show splash screen at startup". 4) Click "OK". 5) Quit and relaunch digiKam. Task Manager shows a digikam.exe process but no window ever appears on desktop. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374354] Installer adds "Uninstall" item to Start menu
https://bugs.kde.org/show_bug.cgi?id=374354 --- Comment #2 from Bill Goodman <bzgood...@hotmail.com> --- (In reply to caulier.gilles from comment #1) > The uninstaller is also available in Windows control panel. Before to said > that digiKAm is created by amateurs, check before ! > > Gilles Caulier Yes, I know it is available in the Control Panel. The point is that including an item in the Start menu has been deprecated for about 15 years. Including this item makes it look like the developers are 10 years out of date. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374354] New: Installer adds "Uninstall" item to Start menu
https://bugs.kde.org/show_bug.cgi?id=374354 Bug ID: 374354 Summary: Installer adds "Uninstall" item to Start menu Product: digikam Version: 5.4.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: setup Assignee: digikam-de...@kde.org Reporter: bzgood...@hotmail.com Target Milestone: --- The installer adds an "Uninstall" item to the Start menu during installation. This behavior has been non-approved for more than 10 years. Programs are normally uninstalled using the various Program control panels in the various versions of Windows. This menu item is not only superfluous but it actually makes the program look like it was created by amateurs. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 367536] Assigning hierarchical tag only assigns leaf
https://bugs.kde.org/show_bug.cgi?id=367536 --- Comment #2 from Bill Goodman <bzgood...@hotmail.com> --- (In reply to caulier.gilles from comment #1) > Can you reproduce the problem with 5.4.0-pre release installer for Windows, > available here : > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM I just ran the described sequence on digiKam-5.4.0-01-Win64.exe. Same result. The bug remains. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 367536] New: Assigning hierarchical tag only assigns leaf
https://bugs.kde.org/show_bug.cgi?id=367536 Bug ID: 367536 Summary: Assigning hierarchical tag only assigns leaf Product: digikam Version: 5.1.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: minor Priority: NOR Component: Tags Assignee: digikam-de...@kde.org Reporter: bzgood...@hotmail.com With hierarchical tags, adding a tag to a photo often adds only the leaf tag rather than the entire tag path. Reproducible: Always Steps to Reproduce: 1.Create hierarchical tags: animals>cat, animals>dog 2.Right-click photo in thumbnails view. 3. Select Assign Tag>More Tags 4. Check "animals" and "cat". 5. Click Apply. 6. Right click on a different photo. 7. Select Assign Tag > cat (Tags/animals) 8. Actual Results: Only "cat" tag is assigned. Expected Results: Assign "animals" and "cat" tags to photo. -- You are receiving this mail because: You are watching all bug changes.
