[MGNLUI-7527] Drag&drop on upload field fails with "No such file or directory" Created: 19/Sep/22  Updated: 17/Jan/23  Resolved: 12/Jan/23

Status: Closed
Project: Magnolia UI
Component/s: None
Affects Version/s: 6.2.24
Fix Version/s: 6.3.0, 6.2.28

Type: Bug Priority: Neutral
Reporter: Carlos Cantalapiedra Assignee: Adam Siska
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: 0d Remaining Estimate: 0d
Σ Time Spent: 1d 5.25h Time Spent: 1d 5.25h
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Attachments: Text File Error-import-file-windows.txt    
Issue Links:
Problem/Incident
relation
is related to MGNLUI-6989 Drag&drop on upload field fails in Ch... Closed
Sub-Tasks:
Key
Summary
Type
Status
Assignee
MGNLUI-7718 Implementation (6.2) Sub-task Completed Adam Siska  
MGNLUI-7719 Port to master Sub-task Completed Adam Siska  
MGNLUI-7720 Code review Sub-task Completed Roman Kovařík  
MGNLUI-7721 Pre-Integration QA Sub-task Completed Antonín Juran  
MGNLUI-7722 QA Sub-task Completed Fernando Cherchi  
Template:
Acceptance criteria:
Empty
Task DoD:
[X]* Doc/release notes changes? Comment present?
[X]* Downstream builds green?
[X]* Solution information and context easily available?
[X]* Tests
[X]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[X]* Steps to reproduce, expected, and actual results filled
[X]* Affected version filled
Release notes required:
Yes
Date of First Response:
Epic Link: Nucleus Quality Maintenance
Sprint: Nucleus 27
Story Points: 2
Team: Nucleus
Work Started:

 Description   

Steps to reproduce

  1. Go to https://demo.magnolia-cms.com/
  2. Open pages app
  3. Import into root
  4. Drag&Drop website.sportstation0.yaml (this was duplicated and exported on the demo instances)
  5. Error message "No such file or directory"

Expected results

The import does not fail

Actual results

An exception is thrown

Workaround

Use the Import -> button choose -> Select the file

Development notes

It fails on:

  • MAC OS (Safari Firefox and Google Chrome)
  • Windows 10 (Google Chrome and Firefox)

It works on:

  • Ubuntu linux kernel version: 5.15.0-47-generic (Google chrome)


 Comments   
Comment by Roman Kovařík [ 03/Oct/22 ]

Could this be a tomcat problem https://stackoverflow.com/questions/59582796/tomcat-9-does-not-allow-to-read-file-as-string-with-777-permission/59608087#59608087? 

Comment by Jaromir Sarf [ 04/Nov/22 ]

Discovery: Cannot reproduce the issue.

Comment by Carlos Cantalapiedra [ 24/Nov/22 ]

Hi,

This issue still happens on Windows 10 Pro under Firefox and Safari. Issue is not obsolete and can be reproduced at demo. Kindly ask to double check it.

Comment by Jaromir Sarf [ 25/Nov/22 ]

I will look at it again. I tried it on mac (safari and chrome) and it worked properly. 

Comment by Dominik Maslanka [ 02/Dec/22 ]

Re-opening as issue still occurs and is not OS related, support score raised: 20 

Comment by Sang Ngo Huu [ 19/Dec/22 ]

ccantalapiedra Could you please get the error log and attach to here?

Comment by Adam Siska [ 04/Jan/23 ]

Discovery:

The path to file (#absolutePath) in this case is "<tomcat>/bin/website.travel..yaml" but the file is not there. At some point the file is localed under "<tomcat>/webapps/magnoliaAuthor/tmp/" directory with temp name (i.e. with two underscores prefix and random number suffix, smth like ./webapps/magnoliaAuthor/tmp/___website.travel.about.1014498962457998938.yaml)

Suggestions to fix:

  • (1) just ignore the missing mimeType and don't try to detect it at this stage at all (just log the warn message as stated at the next line) or
  • (2) try to detect mimeType for the file with correct path (not sure how to get it at this stage) or
  • (3) try to detect mimeType at different stage of upload process
Generated at Mon Feb 12 09:46:58 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.