Bug 116718 - patch: add bzr diff file support
Summary: patch: add bzr diff file support
Status: RESOLVED WORKSFORME
Alias: None
Product: kompare
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Kompare developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-19 19:53 UTC by Felix Berger
Modified: 2009-02-15 04:32 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
gzipped tar archive of patch and new files (2.18 KB, patch)
2005-11-19 19:54 UTC, Felix Berger
Details
a bzr diff example (331 bytes, text/x-diff)
2005-11-23 16:53 UTC, Felix Berger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Berger 2005-11-19 19:53:58 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    Compiled From Sources

The attached patch and files add bzr diff file support to kompare.

More information about bzr can be found here:

http://www.bazaar-ng.org/
http://bazaar.canonical.com/

Thanks,
Felix
Comment 1 Felix Berger 2005-11-19 19:54:50 UTC
Created attachment 13559 [details]
gzipped tar archive of patch and new files
Comment 2 Jeff Snyder 2005-11-22 23:56:11 UTC
Hi Felix,

The patch looks like it'll match anything that doesn't match the other unified diff recognisers and consider it to be a bzr diff.. then parses the header and throws away the filenames.

Unless there is some special identifier to pick out bzr diffs, or special data to be extracted from their headers, I'd rather just fix up the unified diff parser to not insist on the presence of timestamps/revisions instead. (this would also fix 116637 and its duplicates)

Also, could you please upload an example bzr-generated diff? I'm still not sure of exactly what they look like, and don't have a bzr repo to test with here.

Cheers,
J.
Comment 3 Felix Berger 2005-11-23 16:51:51 UTC
On Tuesday 22 November 2005 23:56, Jeff Snyder wrote:

> The patch looks like it'll match anything that doesn't match the other
> unified diff recognisers and consider it to be a bzr diff.. then parses the
> header and throws away the filenames.


Don't know what you mean exactly. BzrDiffParser is only constructed and used 
for parsing, if the fileformat has been recognized in 
Parser::determineGenerator(const QStringList&) and the BzrDiffParser passes 
the recognized filenames to the constructor DiffModel(const QString&, const 
QString&).

> Unless there is some special identifier to pick out bzr diffs, or special
> data to be extracted from their headers, I'd rather just fix up the unified
> diff parser to not insist on the presence of timestamps/revisions instead.
> (this would also fix 116637 and its duplicates)


Sounds good, unless you support file renames somehow, see attached bzr diff.

Felix
Comment 4 Felix Berger 2005-11-23 16:53:39 UTC
Created attachment 13612 [details]
a bzr diff example
Comment 5 Lee Braiden 2006-04-22 02:25:33 UTC
The comments seem to have died off suddenly here.  What's the status of bzr diff support?  I'd really like to see that feature added.  The patch didn't (seem to) work for me though.
Comment 6 Winfried Dobbe 2006-05-30 10:41:12 UTC
Kompare is being ported to KDE4 so that is where the very few resources we have are working on. But we will try to include this later on.
Comment 7 Otto Bruggeman 2009-02-15 00:55:10 UTC
I don't know what is expected but it shows 3 files for me in kompare in trunk which will be 4.3. Maybe it is something i fixed recently, maybe it already worked before. Can we close this?
Comment 8 Felix Berger 2009-02-15 04:32:08 UTC
Closing as irreproducible then :)