[yakuake] [Bug 356781] Yakuake tab bar looks bad on High DPI monitors

2015-12-16 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356781

--- Comment #3 from Alex Richardson  ---
Good to hear that you already have plans. If you have any code that needs
testing, I'd be happy to do it. It probably makes sense to test it on multiple
monitors with different DPI (mine is 157 DPI).

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


[yakuake] [Bug 356781] New: Yakuake tab bar looks bad on High DPI monitors

2015-12-16 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356781

Bug ID: 356781
   Summary: Yakuake tab bar looks bad on High DPI monitors
   Product: yakuake
   Version: Git (Frameworks 5)
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: h...@kde.org
  Reporter: arichardson@gmail.com

I recently got a HighDPI monitor and noticed that the tab bar of Yakuake is too
small.
Looking at the code it appears that it is using hard-coded pixel sizes for the
themes.
Ideally it should be based on the size of the fonts and possibly use SVG for
theming.

Reproducible: Always

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


[yakuake] [Bug 356781] Yakuake tab bar looks bad on High DPI monitors

2015-12-16 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356781

--- Comment #1 from Alex Richardson  ---
Created attachment 96130
  --> https://bugs.kde.org/attachment.cgi?id=96130=edit
screenshot of the tab bar

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


[okteta] [Bug 356870] Okteta doesn't support table files/custom character encodings.

2015-12-21 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356870

--- Comment #1 from Alex Richardson  ---
Are these all 1byte = 1 character encodings? 
Do you want them displayed in the main view next to the hex bytes? Or would a
workaround using the structures tool be acceptable?

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


[plasmashell] [Bug 361692] Clock doesn't update while compositing is off

2016-06-08 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361692

Alex Richardson  changed:

   What|Removed |Added

 CC||arichardson@gmail.com

--- Comment #3 from Alex Richardson  ---
For me the panel also sometimes stops updating (openSuSE Tumbleweed git
snapshot packages).
Not sure if it is related to disabling compositing as the only programs I had
running at the time were KDevelop, Chromium and Konsole.

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


[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-02-10 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #14 from Alex Richardson  ---
I added some debug output into UnsureType::addType() and get the rather
confusing:

"unsure (str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str, int, str, int,
str, int, str, int, str, int, str, int, str, int, str, int, str)" 
+
 "int"  
->  "unsure (str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int, str,
int, str, int, str, int, str, int, str, int, str, int, str, int, str, int)"

UnsureType::addType() checks if a type as already contained, so the int should
not be added.

Similarly I also get this:
"unsure (Path, str, Path, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path)" + "str"  -> 
"unsure (Path, str, Path, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, Path, str, Path,
str, Path, str, Path, str, Path, str, Path, str, Path, str, 

[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-02-10 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #15 from Alex Richardson  ---
I am also getting some of these messages:

kdevplatform.language: invalid item for index 35 1478 0

In case it helps: This is the huge unsure type that is being created (it is now
so large that outputting the debug info is starting to cause noticeable lags):

"unsure (str, list of unsure (str, int), unsure (list of void, list), list of
str, list of unsure ((unknown direct declaration), Path, str), str, list of
unsure (str, int), unsure (list of void, list), list of str, list of unsure
((unknown direct declaration), Path, str), str, list of unsure (str, int),
unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, str), str, list of unsure (str,
int), unsure (list of void, list), list of str, list of unsure ((unknown direct
declaration), Path, str), str, list of unsure (str, int), unsure (list of void,
list), list of str, list of unsure ((unknown direct declaration), Path, str),
str, list of unsure (str, int), unsure (list of void, list), list of str, list
of unsure ((unknown direct declaration), Path, 

[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-02-09 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #12 from Alex Richardson  ---
Created attachment 97119
  --> https://bugs.kde.org/attachment.cgi?id=97119=edit
debug output

Still happening, here is some debug output

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


[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-02-12 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #19 from Alex Richardson  ---
Git commit bba0f034c4bdfdf9375b7532d134ef05214ce51b by Alex Richardson.
Committed on 12/02/2016 at 12:48.
Pushed by arichardson into branch '5.0'.

Don't add HintedType instances to UnsureType if the target type exists

But only do this if the HintedType also has the same context, otherwise
they might be invalidated at separate times and removing one of them
removes the still valid other HintedType.

If we don't deduplicate here we still get UnsureTypes which have lots
of entries like this:

found potential duplicates when adding N6Python10HintedTypeE int(index =
774764) ->
67278 - int of type N8KDevelop13StructureTypeE
102814 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
139700 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
140778 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
191576 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
206348 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
346692 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
351636 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
362174 (aka 351724: int of type N6Python10UnsureTypeE) - int of type
N6Python10HintedTypeE
386886 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
408898 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
533652 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
540306 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
573586 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
614644 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
618548 (aka 66042: bool of type N8KDevelop12IntegralTypeE) - bool of type
N6Python10HintedTypeE
648374 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
665250 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
709684 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
750432 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
89504 (aka 66548: str of type N8KDevelop13StructureTypeE) - str of type
N6Python10HintedTypeE
765024 (aka 90024: str of type N6Python10UnsureTypeE) - str of type
N6Python10HintedTypeE
774764 (aka 403436: int of type N6Python10UnsureTypeE) - int of type
N6Python10HintedTypeE

REVIEW: 127039

M  +6-0duchain/types/hintedtype.cpp
M  +2-0duchain/types/hintedtype.h
M  +38   -8duchain/types/unsuretype.cpp

http://commits.kde.org/kdev-python/bba0f034c4bdfdf9375b7532d134ef05214ce51b

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


[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-02-11 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #18 from Alex Richardson  ---
Thank you for fixing this! However there are still a lot of types being added
that in my opinion don't need to exist:

found potential duplicates when adding N6Python10HintedTypeE int(index =
774764) ->
67278 - int of type N8KDevelop13StructureTypeE
102814 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
139700 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
140778 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
191576 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
206348 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
346692 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
351636 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
362174 (aka 351724: int of type N6Python10UnsureTypeE) - int of type
N6Python10HintedTypeE
386886 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
408898 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
533652 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
540306 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
573586 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
614644 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
618548 (aka 66042: bool of type N8KDevelop12IntegralTypeE) - bool of type
N6Python10HintedTypeE
648374 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
665250 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
709684 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
750432 (aka 67278: int of type N8KDevelop13StructureTypeE) - int of type
N6Python10HintedTypeE
89504 (aka 66548: str of type N8KDevelop13StructureTypeE) - str of type
N6Python10HintedTypeE
765024 (aka 90024: str of type N6Python10UnsureTypeE) - str of type
N6Python10HintedTypeE
774764 (aka 403436: int of type N6Python10UnsureTypeE) - int of type
N6Python10HintedTypeE



I'll submit a patch shortly.

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


[frameworks-ktexteditor] [Bug 359265] New: Lots of "No language dictionaries for the language: "foo" " messages when editing files

2016-02-11 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=359265

Bug ID: 359265
   Summary: Lots of "No language dictionaries for the language:
"foo" " messages when editing files
   Product: frameworks-ktexteditor
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: arichardson@gmail.com

I get lots of stderr messages like

No language dictionaries for the language: "en" 
No language dictionaries for the language: "en" 
No language dictionaries for the language: "de"
No language dictionaries for the language: "de" 

whenever I open a file in Kate or KDevelop and I think also sometimes during
editing.
The error is printed in Sonnet::Loader::createSpeller() because there is only
/usr/share/hunspell/de_DE.aff, /usr/share/hunspell/de_DE.dic,
/usr/share/hunspell/en_US.aff, /usr/share/hunspell/en_US.dic, etc.

Symlinking /usr/share/hunspell/de_DE.{aff,dic} to
/usr/share/hunspell/de.{aff,dic} and the same with en_GB -> en silenced the
message, but to me it seems ktexteditor should not keep trying to open the "en"
or "de" Speller if it was not found the first time. (possibly fall back to the
first en_* and de_* file it finds? And of course similarly for other languages
that have multiple variants.

For now the symlink fixes it for me, but I think we should somehow guess the
right variant (or not have the no variant option at all for spell checking)



Reproducible: Always

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


[kdev-python] [Bug 358563] Possible infinite loop in UnsureType::toString()

2016-01-28 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

--- Comment #4 from Alex Richardson  ---
I was editing the script here: https://github.com/RichardsonAlex/cheri-scripts

Hasn't happended the last two days, but I have only done minor edits, so I
guess the number of UnsureType instances haven't grown enough. I'll post a
backtrace next time the freeze happens.
Any suggestions where I should add some qDebug() calls to make this easier to
debug?

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


[kdev-python] [Bug 358563] New: Possible infinite loop in UnsureType::toString()

2016-01-25 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358563

Bug ID: 358563
   Summary: Possible infinite loop in UnsureType::toString()
   Product: kdev-python
   Version: git master
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: m...@svenbrauch.de
  Reporter: arichardson@gmail.com
CC: m...@svenbrauch.de

When I open subprocess.py kdevelop freezes. The process is stuck in
UnsureType::toString() (stack traces points to outline view trying to call
toString() on the return type of subprocess.check_call().
This only happens after editing python code kdevelop for a while. Possibly
every time a new UnsureType is created this is distinct from all others (even
though the the types should be the same) so that the is_new_type() check
returns false. It might not be an infinite loop, but I decided to kill KDevelop
after about 2 minutes.

When I attached a debugger the types list had over 500 entries, it seems to me
like that should not happen.

Reproducible: Sometimes

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


[kdevplatform] [Bug 360577] New: Applying a project filter only removes files from background parser after restart

2016-03-15 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360577

Bug ID: 360577
   Summary: Applying a project filter only removes files from
background parser after restart
   Product: kdevplatform
   Version: git master
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: language
  Assignee: kdevelop-bugs-n...@kde.org
  Reporter: arichardson@gmail.com

When I add a project filter the files will still be parsed by the background
parser until I restart.

[19:26]  thing is, we batch up all project files into the background
parser, and probably don't remove those files when a filter is applied later on


Reproducible: Always

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


[kdevelop] [Bug 356231] Build not respecting "ranlib" and "ar" binaries

2016-03-22 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356231

Alex Richardson  changed:

   What|Removed |Added

 CC||arichardson@gmail.com
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |UPSTREAM

--- Comment #1 from Alex Richardson  ---
I recall having a similar problem with CMake not wanting to use my custom ar
binary in a different project. In the end I put an ar wrapper script into a new
directory and prepended that to $PATH.

Closing as this as an upstream CMake problem .

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


[kdevelop] [Bug 360854] New: Wrong file opened when double clicking on CMake error in outputview

2016-03-22 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360854

Bug ID: 360854
   Summary: Wrong file opened when double clicking on CMake error
in outputview
   Product: kdevelop
   Version: git master
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Output Views
  Assignee: kdevelop-bugs-n...@kde.org
  Reporter: arichardson@gmail.com

I discovered that some CMake errors would just open an empty editor whenever I
double clicked on it. It turns out that this happens whenever the error is
reported with a relative path because this path is interpreted relative to the
build dir and not the source dir:

CMake Error at foo/bar/CMakeLists.txt:27 (target_link_librariess):
  Unknown CMake command "target_link_librariess".

This will open foo/bar/CMakeLists.txt in the build dir which doesn't exist so I
get an empty editor instead.

Should be an easy fix but I couldn't find the outputview file opening code in a
quick search.

Reproducible: Always

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


[okteta] [Bug 367864] Specify Big or Little Endian for multi-byte structure primitives

2016-08-26 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367864

Alex Richardson  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Alex Richardson  ---
You can use  to get the
desired result.

Or do you want to be able to have type aliases so that  type="uint32-be" refers
to that? That is not implemented yet and I'm not sure it makes sense. You could
achieve that when using javascript structure definitions
(https://userbase.kde.org/Okteta/Writing_structure_definitions):

function uint32_be() {
  var ret = uint32()
  ret.byteOrder = "big-endian"
  return ret;
}

function init() {
  var mm_example = struct({foo: uint32_be()}
  return mm_example;
}

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


[okteta] [Bug 367863] add string encoding="ebcdic"

2016-08-26 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367863

Alex Richardson  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED

--- Comment #1 from Alex Richardson  ---
Added to my to do list. However, I am quite busy at the moment and probably
won't have time to work on okteta for the next 2 months.

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


[okteta] [Bug 367863] add string encoding="ebcdic"

2016-08-29 Thread Alex Richardson via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367863

--- Comment #3 from Alex Richardson  ---
Thank you very much for the patch.

Unfortunately I can't see the review request, it says
"You don't have access to this review request.

This review request is private. You must be a requested reviewer, either
directly or on a requested group, and have permission to access the repository
in order to view this review request."

Possibly you didn't click publish yet?

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