Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NTFS volume mount point is not visible in import dialog #5358

Closed
moledzki opened this issue Jun 9, 2020 · 15 comments
Closed

NTFS volume mount point is not visible in import dialog #5358

moledzki opened this issue Jun 9, 2020 · 15 comments
Labels
bug: upstream he bug needs a fix outside of the scope of darktable, in an external lib or in a driver scope: OS support making darktable work on particular operating systems scope: software support wiring external libs and software: LittleCMS, colord, G'MIC, enfuse/enblend, etc.

Comments

@moledzki
Copy link

moledzki commented Jun 9, 2020

Describe the bug
NTFS volume mount point directory is not visible in import dialog window. It prevents me to import photos located in this directory.

To Reproduce

  1. Mount NTFS partition with photos to Pictures/Test folder
  2. Try to import Pictures/Test folder
  3. Pictures/Test folder is not visible in import dialog.

Expected behavior
Pictures/Test folder should be visible in import dialog

Screenshots
image
image

Platform (please complete the following information):

  • Darktable Version: 3.0.2
  • OS: Windows 10
  • OpenCL not activated
  • GF 9600GT
@parafin
Copy link
Member

parafin commented Jun 9, 2020

It looks like a link, not a mount point...

@parafin
Copy link
Member

parafin commented Jun 9, 2020

In any case I guess it's a bug report for GTK.

@moledzki
Copy link
Author

moledzki commented Jun 9, 2020

It looks like a link, but it is NTFS mount point.

@13aumi
Copy link

13aumi commented Jun 14, 2020

Hi folks, I would like to affirm, that Darktable does not show an NTFS partition in the Import dialog.
I am using Ubuntu 20.04 and Darktable 3.0.1. The NTFS partition is correctly mounted (I can read/write files on it). However, Darktable does not show that partition in the Import dialog.

@ptilopteri
Copy link

I am able to import from ntfs partitions via cifs and sshfs. Do not have a directly connected drive to check.

But, as dt runs on windows, I cannot fathom dt not being able to access ntfs partitions.

@parafin
Copy link
Member

parafin commented Jun 15, 2020

@13aumi, this sounds totally unrelated. You can just browse to whenever drive is mounted in import directory/files dialog.

@ghost
Copy link

ghost commented Jun 15, 2020

But, as dt runs on windows, I cannot fathom dt not being able to access ntfs partitions.

I cannot fathom how an application in userland on Linux could even care what type of filesystem it is, unless there is some explicit check for NTFS for some weird reason. A mounted filesystem is a filesystem. GTK will access it through the API to list and open files. That's all!

In Linux (mostly Ubuntu) I used Darktable on mounted NTFS (native), mounted NTFS (fuse), and even mounted HFS+ from an external disk I also used with a Mac.

@moledzki can you please show us the output of findmnt <your mount point> ?

@13aumi
Copy link

13aumi commented Jun 15, 2020

In fact, I couldn't see that partition in the import dialog but it was not related to NTFS itself. Sorry, if my post was totally unrelated.

After some research I was able to solve my problem using the following command:
sudo snap connect darktable:removable-media

@github-actions
Copy link

This issue did not get any activity in the past 30 days and will be closed in 365 days if no update occurs. Please check if the master branch has fixed it and report again or close the issue.

@moledzki
Copy link
Author

@moledzki can you please show us the output of findmnt <your mount point> ?

This problem occurred on Windows.

@johnny-bit
Copy link
Member

@moledzki - can you check if similar problem happens in any other gtk-based application on windows, eg GIMP? it looks like it's a windows-only problem for gtk, since the dialog in your screenshot is controlled by gtk...

(which might not be an issue if we could switch import now to native dialog for selection)

@moledzki
Copy link
Author

The same problem happens in GIMP.

@johnny-bit johnny-bit added bug: upstream he bug needs a fix outside of the scope of darktable, in an external lib or in a driver scope: OS support making darktable work on particular operating systems scope: software support wiring external libs and software: LittleCMS, colord, G'MIC, enfuse/enblend, etc. and removed no-issue-activity labels May 24, 2021
@johnny-bit
Copy link
Member

then there's nothing darktable can do about it. You'd have to open up a new issue regarding gtk problem on windows with https://gitlab.gnome.org/GNOME/gtk

Additionally with 3.6 darktable will have different way of handling import dialog so it MIGHT work.

Please open issue with GTK and post link here.

@moledzki
Copy link
Author

OK, bug has been submitted to GTK project: https://gitlab.gnome.org/GNOME/gtk/-/issues/3972

@johnny-bit
Copy link
Member

Thanks! Since we (as in darktable devs) can't really do much about it - would you mind closing the issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug: upstream he bug needs a fix outside of the scope of darktable, in an external lib or in a driver scope: OS support making darktable work on particular operating systems scope: software support wiring external libs and software: LittleCMS, colord, G'MIC, enfuse/enblend, etc.
Projects
None yet
Development

No branches or pull requests

5 participants