Bug 402543 - In failed copy dialog, can’t see entirely filenames when they are too long
Summary: In failed copy dialog, can’t see entirely filenames when they are too long
Status: RESOLVED FIXED
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (other bugs)
Version First Reported In: 5.53.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-25 01:28 UTC by ariasuni
Modified: 2019-05-19 11:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
A copy error dialog that’s bigger than my screen (18.23 KB, image/png)
2018-12-25 01:28 UTC, ariasuni 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description ariasuni 2018-12-25 01:28:11 UTC 
Created attachment 117097 [details]
A copy error dialog that’s bigger than my screen

STEPS TO REPRODUCE
1. Copy a file with a very long path to directory with another very long path where it will fail to copy

OBSERVED RESULT
We can’t see entirely the second pathname; in fact, we can’t see all the buttons since it goes out of the screen.

EXPECTED RESULT
- A window that can’t get bigger than the screen
- Being able to see the paths (paths on separate lines all the time or only when they are very long, to be able to compare them easily)

SOFTWARE/OS VERSIONS
Windows: 
MacOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 2 ariasuni 2019-05-19 11:40:11 UTC 
Creating the file in Dolphin displays:

Could not write to /home/ariasuni/aaaaaaaaaaaaaaaaaaaaaaa...aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.part.

Which is not perfect but it effectively fix my problem.