Bug 65222 - Source Formatter creates empty files
Summary: Source Formatter creates empty files
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: part (show other bugs)
Version: SVN
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-30 10:30 UTC by thasart
Modified: 2003-10-27 22:47 UTC (History)
0 users

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description thasart 2003-09-30 10:30:22 UTC 
Version:           3.0.0a7 (using KDE 3.1.92 (alpha2, CVS >= 20030921), Gentoo)
Compiler:          gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r2, propolice)
OS:          Linux (i686) release 2.4.20-gentoo-r4

starting the source formatter clears the file, but dosn't insert the formatted source. the result is an empty page...
Comment 1 Jens Dagerbo 2003-09-30 17:42:42 UTC 
Hmmm.. indeed it does.  
 
The Gideon code hasn't changed, which probably means katepart behaviour changed 
again. I guess we'll have to ask the Kate guys about the future of 
KTextEditor::EditInterface::setText() ...
Comment 2 Jens Dagerbo 2003-10-27 13:21:22 UTC 
This is repeatable in CVS HEAD from Oct 24, both from KDevelop and DCOP. 

To reproduce:
1. Open kwrite and kdcop
2. Call EditInterface::setText("bla")

result:
kwrite shows the buffer as "modified" but no text is inserted.
Comment 3 Christoph Cullmann 2003-10-27 22:47:21 UTC 
true, introduced bug in katedocument in kde cvs, have fixed the setText method (+ some return values madness of remove/insertText) now
tested with dcop for example, works again, thx for the report