[kompare] [Bug 400674] Long lines truncated after applying change

2022-12-09 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=400674

Wolfgang Wallner  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kompare] [Bug 400674] Long lines truncated after applying change

2022-12-09 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=400674

Wolfgang Wallner  changed:

   What|Removed |Added

   Platform|Other   |Kubuntu
Version|4.1.3   |4.1.22081

--- Comment #3 from Wolfgang Wallner  ---
The bug is still present.
While testing, I realized that the initial description to reproduce the bug is
slightly wrong.
The file contents should be as follows (the file on the left side should
contain the longer line):

File1.txt:
Line_1
Longer_Line_2
Line_3

File2.txt:
Line_1
Line_2
Line_3

-- 
You are receiving this mail because:
You are watching all bug changes.

[kompare] [Bug 400674] Long lines truncated after applying change

2018-11-04 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=400674

--- Comment #1 from Wolfgang Wallner  ---
Created attachment 116087
  --> https://bugs.kde.org/attachment.cgi?id=116087=edit
Screenshot showin the truncated text

-- 
You are receiving this mail because:
You are watching all bug changes.

[kompare] [Bug 400674] New: Long lines truncated after applying change

2018-11-04 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=400674

Bug ID: 400674
   Summary: Long lines truncated after applying change
   Product: kompare
   Version: 4.1.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: viewpart
  Assignee: kompare-de...@kde.org
  Reporter: wolfgang-wall...@gmx.at
  Target Milestone: ---

SUMMARY
If a change is applied, and the new line is longer than the longest line in the
file before, then that line is truncated.


STEPS TO REPRODUCE
1. Create two files with the following contents:

File1.txt:
Line_1
Line_2
Line_3

File2.txt:
Line_1
Longer_Line_2
Line_3

2. Open File1.txt and File2.txt in Kompare

3. The difference in line 2 is highlighted, click "Apply Difference"

OBSERVED RESULT
The file view on the right side shows "Long_L", where the last "L" is only
showing partially.

EXPECTED RESULT
The file view on the right side should correctly show the new text
"Longer_Line_2".

SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 5.13.5
KDE Frameworks Version: 5.50.0
Qt Version: 5.11.1

ADDITIONAL INFORMATION
The used operating system is Kubuntu 18.10.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 387936] Can't write on nfs mounted dir from Dolphin but can from terminal

2017-12-18 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=387936

--- Comment #2 from Wolfgang Wallner <wolfgang-wall...@gmx.at> ---
> The Synology NAS only accepts NFSv3 for /volume1/homes, but I do not know why.
Mounting the folder with NFSv4 works now, again I don't know why.

However, the behavior with NFSv3 and NFSv4 is the same.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 387936] Can't write on nfs mounted dir from Dolphin but can from terminal

2017-12-17 Thread Wolfgang Wallner
https://bugs.kde.org/show_bug.cgi?id=387936

Wolfgang Wallner <wolfgang-wall...@gmx.at> changed:

   What|Removed |Added

 CC||wolfgang-wall...@gmx.at

--- Comment #1 from Wolfgang Wallner <wolfgang-wall...@gmx.at> ---
I can confirm this bug on Kubuntu 17.10, using Dolphin 17.04.3.

I have a folder mounted via NFS, and I can read its contents in Dolphin, but
can't create/modify/delete anything (e.g. the context menu for Create New is
grayed out).
It works from the command line, and I can also save files to this folder from
other progams.
However, Nautilus shows similar behavior as Dolphin.

Detailed description:
I have a Synology NAS, and mount some of the shared folders via NFS.
Mounting the NAS folder /volume1/homes shows this bug, while e.g. accessing
/volume1/video via NFS and Dolphin works fine.

The Synology NAS only accepts NFSv3 for /volume1/homes, but I do not know why.
Mounting the video folder with NFSv3 and NFSv4 works fine.

Permissions for the individual folders:
ls -ld / /mnt/ /mnt/DS216/ /mnt/DS216/homes/ /mnt/DS216/homes/woife
/mnt/DS216/Video
drwxr-xr-x 24 root  root  4096 Dez  8 15:55 /
drwxr-xr-x  9 root  root  4096 Dez 17 13:12 /mnt/
drwxr-xr-x  4 root  root 0 Dez 17 19:36 /mnt/DS216/
drwxr-xr-x 10 root  root  4096 Dez  5 21:53 /mnt/DS216/homes/
drwx-- 10 woife users 4096 Dez 17 19:16 /mnt/DS216/homes/woife
drwxrwxrwx  8 root  root  4096 Dez 17 19:12 /mnt/DS216/Video

It does not matter if I mount the folder via autofs or manually.
The only option I pass via autofs is "-rw".

-- 
You are receiving this mail because:
You are watching all bug changes.