By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1034 - Standard Python filter in KWrite is corrupt.
Summary: Standard Python filter in KWrite is corrupt.
Status: RESOLVED WORKSFORME
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: 3.5.13 [Trinity]
Hardware: All Linux
: P5 trivial
Assignee: Francois Andriot
URL:
Depends on:
Blocks:
 
Reported: 2012-06-14 12:03 CDT by Michael
Modified: 2013-05-09 17:54 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String: 3.5.13
Application Version: 4.5.13
Application Name: kwrite


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael 2012-06-14 12:03:46 CDT
The filter "Python" is set for the default Python KWrite filter.  It seems to be corrupt and returns:

"Since there has been an error parsing the highlighting description, this highlighting will be disabled"

Examining it, Settings => Configure Editor => Fonts & Colors => Highlighting Text Styles => Scripts/Python, shows a single "Normal Text" entry.

The filter "Python-Kig" seems complete.

Thoughts:

- Re-build the Python filter from a clean source?
- Remove the Python filter and set Python-Kig as default for Python?

Build:
CentOS 6.2
[michael@localhost ~]$ kwrite -v
Qt: 3.3.8d
KDE: 3.5.13
KWrite: 4.5.13
Comment 1 Calvin Morrison 2012-08-16 07:20:25 CDT
This works for me. Infact the Python filter seems to be full implemented (all options available on the config page you described, and viewing python scripts works well. On the other hand I do not see Python-Kig.

What installation is this? I think the corruptness might be on your end.
Comment 2 Michael 2012-08-16 12:46:30 CDT
(In reply to comment #1)
> This works for me. Infact the Python filter seems to be full implemented (all
> options available on the config page you described, and viewing python scripts
> works well. On the other hand I do not see Python-Kig.
> 
> What installation is this? I think the corruptness might be on your end.

I've done a CentOS and Trinity upgrade since, but it still does the same thing, so possibly needs to be assigned to Francois as a CentOS problem?  Although I'm not that sure where/when the filters get incorporated, or what package they'd be under (if not kwrite).

Installation info:

[michael@localhost inetcorpsite]$ uname -a
Linux localhost.localdomain 2.6.32-279.1.1.el6.x86_64 #1 SMP Tue Jul 10 13:47:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[michael@localhost inetcorpsite]$ cat /etc/redhat-release
CentOS release 6.3 (Final)
[michael@localhost inetcorpsite]$ kwrite -v
Qt: 3.3.8d
KDE: 3.5.13
KWrite: 4.5.13


If you want me to run any other command(s), paste them here.

Best,
Michael
Comment 3 Calvin Morrison 2012-09-10 08:36:28 CDT
"I've done a CentOS and Trinity upgrade since, but it still does the same thing,
so possibly needs to be assigned to Francois as a CentOS problem?"

Yes I think this may be a problem with Francois packages. I will co-assign him this bug until we get it resolved.

It may have also have been fixed in the 3.5.13.SRU release, and so I am not seeing it on  my computer.


Calvin
Comment 4 Francois Andriot 2012-09-10 10:19:18 CDT
Hello, it is working here on CentOS 6.3 x86_64 .
Can you check your packages versions:

$ rpm -qi trinity-tdelibs
Version: 3.5.13
Release: 12.el6.opt
Build Date: Aug 18 2012

$ rpm -qi trinity-kwrite
Version: 3.5.13
Release: 27.el6.opt
Build Date: Aug 19 2012
Comment 5 Darrell 2013-04-13 14:29:07 CDT
Is this problem still valid? Nobody else is reporting a problem with python syntax highlighting.
Comment 6 Francois Andriot 2013-04-13 14:35:23 CDT
I have no more information about this, but I suspect this is again a TDE/KDE4 cohabitation + wrong KDEDIRS variable issue.
If this is the case, it is fixed in 3.5.13.1 and newer.
Comment 7 Darrell 2013-05-09 17:54:15 CDT
No response from the original reporter. Closing as WORKSFORME.