File could not be added with drag-and-drop

I have some certificate files that I wanted to archive in DT.

For this, I used the iPadOS Files App beside DTTG and tried to drag those files into a DT group.

To my utter irritation, two strange things happened:

  1. Of two files, only one could be added to the group.

  2. With a second try, the other file got added again - with a new file name

Only the *.pub file got added, not the private file!
It simply does not get added.

When at home, I can add the file names that got used for the pub file at the second try.

Thinking about this, I am in panic a bit.

This could have happened in any amount before, not storing some files into DT, without me noticing and therefore loosing files!

Well, the other file doesn’t have a file extension, so I’d guess that’s where the issue lies.

This could have happened in any amount before, not storing some files into DT, without be noticing and therefor loosing files!

Why would you be losing files? Are you deleting them after you thought you imported them? They not moving into your database. They’re copying.

Why should it be a problem to add files without some file extension ?
I have endless many files without an extension - why should they not be added to DT?

Could you please elaborate on this?
Is this a general limitation? Only for DTTG, or also for DT?
I need to check my data …

I never noticed this to be a problem - which explains why I am now in panic.

Most of the time, I put files into DT to have them in DT - of course I then delete them from their original location! No needless redundancy.

EDIT: And when I drag in some folders, I simply cannot know if some of the files got not added - silently!
I will assume that the folders got added completely, of course.

Meanwhile, I repeated this with the Global Inbox, which behaves the same:

Only the *.pub file get’s stored and with several tries, it creates several of them - apparently with the same name, but as it seems, in the file system, some renaming will be used that cannot be seen or checked within DTTG itself.

Apple’s OSes have long used file extensions and uniform type identifiers (UTIs) to determine what a file is and its associated application. We have never had any other reports of this, but it’s likely the lack of extension, and probably a valid UTI, inhibiting the import.

1 Like

This is horrific news to me.

While such file extensions can be useful, macOS is a Unix / BSD OS and there is NOTHING that forces or requires the use of such extensions!
That is a Windows concept …

Many of my text files have no ending at all and there are many other files that just don’t have a dot within their name!

That includes many many files used in macOS itself, like for example the /etc/hosts or /etc/services files!

Endless other configuration files also don’t have a point and therefore no extension.

Why should I not be able to archive them in DT?!?

This really makes be speechless.

But the most important point is this:

Even if DEVONtechnologies imposes such a crippling, useless and needless limitation, WHY in all the world, don’t you put out an error or warning message when such files could not be added!

People will simply not notice!

It’s simply a silent drop - the thing to be avoided MOST for anything in regards to files, documents and data!

On macOS, the copies look like this:

-rw-r–r–@ 1 tja staff 105 May 4 16:08 ssh-ed25519-shellfish@ipad-07022025.pub
-rw-r–r–@ 1 tja staff 105 May 4 16:08 ssh-ed25519-shellfish@ipad-07022025-7022026.pub

So, strangely the original number get’s increased by one and then added with a “-” sign before the extension.

I would have expected some more “normal” numbering like we know from Windows or macOS: Adding “-1” then “-2” and to on …

To understand the problem, I tested more:

In a indexed folder on macOS, I did this:

tja@studio:/Volumes/DT_MAIN/ARCHIVES/SECURITY$ date > testfile

That’s a regular file without some extension.

DT does show it - even if in a very strange way:

Screenshot 2025-05-04 at 18.33.36

It shows the file’s name, but with a dot “.” as last part of the name, to show that it has not extension.

This is really a strange behaviour, but at least DT can handle such files!

And also, DTTG can then see this file - in a totally fine way!!!

That seems to mean that DTTG has a bug in not adding such files - as it can handle them fine when they were added from DT!

It cannot be that I can add some files to DT but not to DTTG.
I would love to see this fixed!

But in any way, PLEASE add some warning message when files - for whatever reason - could not be added to either DTTG or DT!

It simply cannot be that data get’s silently dropped without the user having ANY chance of noticing this.

That is incorrect. It used to be the case it was “a Windows concept” but that went away very long ago.

Adding extensionless configuration files to your databases is certainly not the norm and also why we wouldn’t have “put out an error or warning message” in DEVONthink To Go.

Also, DEVONthink ≠ DEVONthink To Go so the behaviors can’t always be directly compared. Different apps, different platforms, and different underlying technologies.

Mobile development will have to assess this.

1 Like

If I can add data on DT but will loose data when using DTTG, this seems to me worth of a warning message :wink:
Just saying.

I understand.
Still, as I said, files without a dot a perfectly fine and should not be handled in this way - esp. not dropping them silently.
If you give this a thought, I can only assume that you would agree.

That would be fantastic!

Many thanks.

I will check my DT files for files without a dot - at least now I know about this problem.

That is on one side correct of course. On the other side, it’s a purely academic pov. The majority of Mac users doesn’t have the foggiest idea of Unix. They have been educated (or dumbed down, perhaps) to be afraid of the terminal, attach meaning to file extensions, and do everything with the mouse.
And Apple is encouraging all that – they don’t want to have to deal with people mistyping commands in the terminal.
So, you will have to live with the fact that macOS is a Unix, but it’s UI does not necessarily behave like you want.
And frankly, adding .cer or whatever to your private certificates is not that big of a deal.
Aside: why are you putting them in DT instead of something like 1Password that has been developed to securely store private data?

1 Like

Yes, if I knew that missing extensions are a problem for DT, I could have added one.
But I use DT for many years and never noticed!

Also, when adding many files or folders, I may not know weather some of them are missing an extension! That is the main problem here.

And yes, that means that I already may have lost lots of files, unknowingly.
That is quite frustrating, to say the least.

I just never came to the idea that DT or DTTG could silently drop files.
Some error message would really help ALL customers …

Anything that is important as a password or other access means, I put into Strongbox / KeePass (never ever use a service for this!!!) - but I have some files that are of less importance, or which are never used after some initial configuration, and such files, I store in DT.

Just as a means to have an encrypted and redundant archive.

Again, what you are not doing is not the norm.

And I filed an issue to assess this, with no promises, of course.

1 Like