Bug 118743

Summary: text-files displayed in konqueror are saved with 0 bytes
Product: [Applications] kate Reporter: S. Burmeister <sven.burmeister>
Component: partAssignee: KWrite Developers <kwrite-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: dima, solstice.dhiver
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description S. Burmeister 2005-12-20 20:09:00 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    SuSE RPMs
OS:                Linux

Display the following CSS-file with konqueror. Save it using the "Save As..." entry from the menu on the Desktop.

For me it is always saved with 0 bytes.

http://www-users.rwth-aachen.de/karman/pool/karman-screen.css
Comment 1 Thiago Macieira 2005-12-21 02:37:46 UTC
This is actually happening with every file shown in KatePart and saved with Location -> Save As.

Confirmed on 3.5 r487700.
Comment 2 Anders Lund 2006-01-01 20:06:06 UTC
This appears to work fine for me, using kde 3.5 branch. anyone?
Comment 3 Anders Lund 2006-01-01 21:46:44 UTC
SVN commit 493211 by alund:

Don't reload during save as.
This could be the reason for following bugs:
CCBUG: 117714
CCBUG: 117690
CCBUG: 118743
but since I can't confirm either of them except by explicitly changing the encoding which produces the bugs behavior I can't be sure. I'd appreciate if any of the reporters could try the kde 3.5 branch after this commit, or try the patch.


 M  +1 -1      kateview.cpp  


--- branches/KDE/3.5/kdelibs/kate/part/kateview.cpp #493210:493211
@@ -861,7 +861,7 @@
   if( res.URLs.isEmpty() || !checkOverwrite( res.URLs.first() ) )
     return SAVE_CANCEL;
 
-  m_doc->setEncoding( res.encoding );
+  m_doc->config()->setEncoding( res.encoding );
 
   if( m_doc->saveAs( res.URLs.first() ) )
     return SAVE_OK;
Comment 4 Anders Lund 2006-01-02 17:00:20 UTC
I believe that I fixed this. Reopen if it still happens after updating KDE 3.5 branch or installing KDE 3.5.1
Comment 5 Maksim Orlovich 2006-01-08 16:50:23 UTC
*** Bug 119728 has been marked as a duplicate of this bug. ***
Comment 6 Thiago Macieira 2006-01-12 13:38:00 UTC
*** Bug 119953 has been marked as a duplicate of this bug. ***