Log in to create and rate content, and to follow, bookmark, and share content with other members. Not a member? Join Now!

FM 16 Adv - Non-USA differences?

Discussion created by synergy46 on Nov 10, 2017
Latest reply on Nov 12, 2017 by wimdecorte

Like • Show 1 Like1
Comment • 13

I have a section of my app that allows for 'drag n drop' of .jpg, .png, .doc ... etc files and their local storage.

This works.

There is a user from Greece with whom this feature fails (I watched a video where he used drag n drop

to put a .jpg over the 'Drag Picture or Document Here' container and saw FM 'bounce it back'; it, reject it.

Yet, when I do the same thing on my Windows 10 PC or Mac it works as expected. None of my other users (in the USA) have reported this problem.

I am running Windows 10 64 bit as is he.

I am using the current version of Java and so is he.

He has uninstalled 'older' versions of windows... no help.

Question: "Are Filemaker versions different between countries"?

Outcomes

13 Replies

planteg Nov 10, 2017 12:44 PM
Hi,

have you tried on your own computer to use his login credentials and see if you can or not drag a file ? I wonder if it may have to do with privileges.
Like • Show 1 Like1
Actions
synergy46 Nov 10, 2017 12:48 PM
I forgot to mention that this is a 'stand alone, single user, non-networked' application. It is freeware so anyone who downloads it can run it.

Thanks
Like • Show 1 Like1
Actions
planteg @ synergy46 on Nov 10, 2017 1:00 PM
Never heard before of a difference depending on the country, but all kind of things may happen.

I am using the current version of Java and so is he.

FileMaker is very finicky with Java. As a precaution I would check. for both of you, that the installed version of Java is compatible with V 16.
Like • Show 1 Like1
Actions
wimdecorte Nov 10, 2017 1:09 PM
and saw FM 'bounce it back'; it, reject it.
How? With what message/error?
Like • Show 1 Like1
Actions
synergy46 @ wimdecorte on Nov 10, 2017 1:17 PM
The user sent me a .pcx file which showed him dragging a .jpg file onto the
containers and when he released his mouse, the container was not showing
the file.
ie, it 'bounced back' to the original location on his desktop.

I don't have many 'non-USA' users and in fact, noone else has reported this
problem and I can not duplicate it on either my PC (Win10) or my Mac.

Puzzling...

Thanks
Like • Show 0 Likes0
Actions
wimdecorte @ synergy46 on Nov 10, 2017 1:35 PM
Doesn't sound like a FM issue but either user error or something on his machine that hijacked the 'drop release'
Like • Show 0 Likes0
Actions
fmDATA Nov 10, 2017 1:49 PM
How do you provide your app ?
If it is zipped then the user could open the app inside the zipped folder but could not write any data...
Like • Show 1 Like1
Actions
synergy46 @ wimdecorte on Nov 10, 2017 1:49 PM
Here is a mov file of how it works...

DragNDrop.mov - Google Drive
Like • Show 0 Likes0
Actions
jormond @ synergy46 on Nov 10, 2017 2:37 PM
I would check the accessibility settings in Windows to make sure none of the assistive features are on for the mouse.
Like • Show 0 Likes0
Actions
bigtom @ fmDATA on Nov 10, 2017 3:18 PM
+1 for folder permissions causing this kind of behavior. I have seen this happen when permissions are wrong on either side of the drag/drop.

Windows can sometimes consider a drag as a Move and not a Copy and if you do not have permission to do this it can fail. Obviously no write permission in the destination folder fails as well.
2 people found this helpful
Like • Show 1 Like1
Actions
bigtom @ bigtom on Nov 10, 2017 3:21 PM
To answer your question directly, as far as I know there is not core difference between localized versions of FMP and the International version aside from the languages supported.
Like • Show 1 Like1
Actions
synergy46 @ bigtom on Nov 11, 2017 11:25 PM
I just heard from my Greek user, after I passed along your thoughts he wrote:

I always download the program from the website and the zip file goes to “Downloads” folder. In the “Downloads” folder I have a huge number of files so I decided to put the program folder under “Program Files X86” folder. So far so good…. The program was running with zero issues until one day, the issue was there. Although I clicked on “ok” for these errors to be fixed and it went well, I found a workaround for this NOT to appear. Simply by running “As Administrator”.

So let’s see what we have got so far…
- Program under “Program Files X86”
- Run as Admin, otherwise comes up with errors
To me this is obviously a folder or file permissions issue. Although I tried to change permissions… it didn’t work.

My mistake was that I didn’t think of NOT running the program as Admin but just double clicking on it with left mouse button. This, because I had a shortcut on the task bar and the program icon was set as Admin.
When we were testing to run the program from other places on other computers, I took for granted that I had to run the program as Admin and this was a disaster….

So from now on the program will be on Desktop and NOT run as Admin…until something new comes up!

If you want to test it, simply run as Admin and then you will see the issue (I suppose). The point is that now it works!!!
Like • Show 0 Likes0
Actions
wimdecorte @ synergy46 on Nov 12, 2017 3:24 AM
This is the key:

synergy46 wrote:

I clicked on “ok” for these errors to be fixed and it went well, .

You'd need to know what those error dialogs were that he clicked 'ok' on....
Like • Show 2 Likes2
Actions

FM 16 Adv - Non-USA differences?

Outcomes

Related Content

Recommended Content