Skip to main content
Question

Unable to upload csv file to workspace

  • November 10, 2025
  • 4 replies
  • 76 views

tp_atkins
Contributor
Forum|alt.badge.img+1

We have a FME Flow (2025.1) workspace where it takes a csv file with parameters to run. This has been working fine for a long time in two separate but identical deployments. However when tried to run this workspace today, it throws an error as below:

This is same in both deployments when accessed via external url (which uses an Azure application gateway). It is showing same error when accessed internally via port 8080 (as in the image below).

 

Any idea what is going on, how to resolve this?

All other workflows seems working fine, except this one.

 

4 replies

hkingsbury
Celebrity
Forum|alt.badge.img+63
  • Celebrity
  • 1632 replies
  • November 11, 2025

Does this pop up as soon as you load the workspace?

I’d open up developer tools and see if there is a specific network call that is failing. This should help narrow down what the issue is.

It may also be worth checking the log files for any entries that align with when you load up the workspace.


simeon.simic
Contributor
Forum|alt.badge.img+6
  • Contributor
  • 17 replies
  • November 12, 2025

Hi ​@tp_atkins , 
 

You need to check some of this causes:

  1. The path or resource to the CSV file is no longer available
    (e.g., the file was deleted from the Resources folder, or the resource name has changed).
  1.  The workspace expects a parameter that is not being passed
    (someone might have accidentally changed the parameter name in the .fmw file).
  1.  The FME Flow 2025.1 update may have changed how file uploads are handled in the web form
    (there have been known changes to the upload mechanism in newer versions).
  1.  Permissions issue — the service account running FME may no longer have access to the file location (if the CSV is read directly from disk).

tp_atkins
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • 5 replies
  • November 14, 2025

Does this pop up as soon as you load the workspace?

I’d open up developer tools and see if there is a specific network call that is failing. This should help narrow down what the issue is.

It may also be worth checking the log files for any entries that align with when you load up the workspace.

Hi ​@hkingsbury  thanks for your response.

 

No the error only comes when I click the ‘browse the file system’ button and point to the csv file, which is just 1kb. 

There aren’t anything seen in the logs (resources/core/current) about any errors when the workspace loads. Also there are many other workspaces which all works fine, except this upload one.

One thing noticed is that within the services section, the URL is https://domain-name.com/fmedataupload where as when the file upload request is looked via dev tools, it is: https://domain-name.com/fmeserver/dataupload/NextGen/CreateAttachmentsTableAndView.fmw/

it is referring to dataupload not fmedataupload.

Nothing has changed since migrated from fmeserver to fmeflow, and we successfully ran this workspace as recent as 25/10/2025.

It is also noticed that same behaviour in a totally different instance where also this specific workspace was tested working before, but not anymore.

Thanks for your help

Thomas


tp_atkins
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • 5 replies
  • November 17, 2025

Does this pop up as soon as you load the workspace?

I’d open up developer tools and see if there is a specific network call that is failing. This should help narrow down what the issue is.

It may also be worth checking the log files for any entries that align with when you load up the workspace.

Hi ​@hkingsbury I got your question not properly understood, and apology for it.

Having looked at the calls in dev tools, it appears that as soon as the workspace is loaded, the error comes. I have quite few workspaces in the repository and this is the only one which throws error when loaded.

Given that this worked before in this instance and a totally independent, but similar deployment, I wonder what has changed.

Tried to republish the workspace but the issue remains.

Thomas