tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Re: [trinity-devel] tdenetworkmanager crash on TDE start.
by Darrell Anderson 31 Jan '14

31 Jan '14

>> Disable tdenetworkmanager autostart. Then start >tdenetworkmanager >> manually after Trinity starts. >> >> Probably same results. >> >> Darrell > >I can't find it in the Service Manager. What's the trick for >finding it? Shame on me: There is no GUI control. Refer to bug report 1613. Edit tdenetworkmanagerrc: [General] Autostart=false Darrell

2 1

Re: [trinity-devel] tdenetworkmanager crash on TDE start.
by Darrell Anderson 31 Jan '14

31 Jan '14

> Another issue I need to chase is tdenetworkmanager crashing as >soon as TDE starts. When I launch TDE, I'm greeted by a dailog telling me that >tdenetworkmanager died: attached. .xsession-errors has very little >information on the event: Disable tdenetworkmanager autostart. Then start tdenetworkmanager manually after Trinity starts. Probably same results. Darrell

2 1

Re: [trinity-devel] kmix/kmixer cannot see arts running
by Darrell Anderson 31 Jan '14

31 Jan '14

> I have artsd running on this install, but kmix cannot find any >sound backend running: > > > 449 ? S 0:03 \_ tdelauncher [tdeinit] --new-startup > 460 ? S 0:24 \_ twin [tdeinit] -session >10d7cdd8c9000139108311200000009720000_1391 > 479 ? S 1:32 \_ /opt/trinity/bin/artsd -F 10 -S >4096 -s 60 -m >artsmessage -c drkonqi -l 3 -f > > kmix has the red crossed-out circle over it in the tray and when >opened, you >have no option of choosing any backend sound server. I have >screenshot of them >both. > > What should I attempt to try and get kmix working? I've seen this before, when logging in with the same account between two systems that have different sound hardware. Try terminating kmix, delete the two kmix* rc files, then start kmix. Darrell

2 1

Re: [trinity-devel] kprinter cannot see running cupsd process
by Darrell Anderson 31 Jan '14

31 Jan '14

> Going through kcontrol printer configuration, I was hit with an >error that >cups could not be found (see attached dialog). That was strange >because cupsd >was running: > >[15:49 valhalla:/home/david] # systemctl status cups -l >cups.service - CUPS Printing Service > Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled) > Active: active (running) since Thu 2014-01-30 14:13:50 CST; 1h >37min ago > Main PID: 839 (cupsd) > CGroup: /system.slice/cups.service > └─839 /usr/bin/cupsd -f > > Do you have any ideas why kprinter configuration would not be >able to see cups? Just to be clear, kprinter is now tdeprinter. Run the following (konsole or Alt+F2): tdecmshell printers When the dialog appears, look just above the dialog OK/Cancel buttons. On my system I see this: Server: /var/run/cups/cups.sock Do you see anything similar? Darrell

2 1

Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by David C. Rankin 31 Jan '14

31 Jan '14

Tim, Darrell, I recall discussion earlier about optimizations applied to R14. Did any of those have to do with the number of times a toolbar or menu is drawn or refreshed on first display? I ask because I am seeing a lot of text that is either missing or cut-off when a kcontrol app, or menu is displayed. The text headings in the individual kcontrol apps and pop-up config items are the worst. When you first open a config applet the top-half of the text is for the block titles. For example: open 'konqueror --profile filemanagement' (or 'Personal Files' on taskbar) The first block of options contains radio buttons for 'color' or 'picture' the block title for that group is 'Background'. When that dialog is first displayed, the top part of 'Background' is missing like it got clipped when the next element was drawn -- and then was never refreshed a last time to insure the entirety of all elements were visible. I don't ever recall seeing this behavior in the past and comparing to an older 3.5.13-sru install -- that does not occur. Another area is menu entries. Open kwrite and open the 'Edit' menu. When I first to this the Ctrl+G 'Go To' line contains nothing but the underscore and the Ctrl+G tooltip: " _ Ctrl+G " I just clicked it again and this time the "Overwrite Mode" text disappeared leaving only the 'Insert' tooltip on the right-side. An time focus changes, the text is restored (both in kwrite, kcontrol, etc..) Since a focus change (which I guess forces a redraw) corrects the issue, it makes it almost impossible to capture with ksnapshot. I have nothing concrete, but the feel I get is that some type of optimization fix was done to prevent TDE from redrawing a menu or applet one or two more times after initial display. I don't know if that is it, but it just feels like the elements are 1 redraw or refresh away from being ready when they are first displayed. You guys think about this and let me know where to go with it... -- David C. Rankin, J.D.,P.E.

2 4

Re: [trinity-devel] KControl joystick module screen captures needed
by Darrell Anderson 31 Jan '14

31 Jan '14

>I have a joystick help handbook to push to git but no screen >captures. I don't own a joystick! :) > >I need two screen captures: > >* tdecmshell joystick (3.5.13.2: kcmshell joystick) > >* The Calibrate dialog > >Preferred ksnapshot method: Capture mode: Window under cursor Nobody has a joystick? Darrell

2 1

Re: [trinity-devel] Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by Darrell Anderson 31 Jan '14

31 Jan '14

> I recall discussion earlier about optimizations applied to R14. Which discussion were those? What was being optimimized? > You guys think about this and let me know where to go with it... Screen captures would help much. :) Darrell

2 1

Re: [trinity-devel] R14 RC1 ready?
by Darrell Anderson 30 Jan '14

30 Jan '14

>> So at the same time are we starting a separate branch for RC1 so >we are >> still free to work on the main trunk on other things? >> >I had no plans concerning this. Before GIT we used to just freeze >the >source tree, then have the developers merge their patches in after >the >release was complete; now that we use GIT we need to give this >some thought. I never tested the waters of the 3.5.13.2 branch, but seems that once we go into RC status then that is an appropriate time to create the R14.0.0 branch rather than when officially released. That would mean backporting patches, but eventually we have to do that anyway with the maintenance releases. Perhaps a compromise is to create the R14.0.0 branch at RC3 rather than RC1. Then we have to backport patches only for the last few bug fix patches of RC3. Just thinking out loud. Darrell

1 0

Re: [trinity-devel] Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by Darrell Anderson 30 Jan '14

30 Jan '14

> I don't know if this is related to the issue, but on logout, if >you move your >mouse over the buttons on the shutdown dialog, the tooltips stack >up behind the >mouse and do not get repainted leaving you with a deck-of-cards >looks on the >right side of the dialog. If you 'Cancel' the shutdown, then all >tooltips are >removed when the window is repainted. If you have any ideas what >to check, let >me know. I'll try turning SAK off and see if that help. I cannot replicate this. Tooltips appear in front of the dialog. Interestingly, tooltips do not appear for all buttons. (Probably none in the code.) I am not using any theme. I can't test tsak: I built without that support. Darrell

1 0

Re: [trinity-devel] tdenetworkmanager crash on TDE start.
by Darrell Anderson 30 Jan '14

30 Jan '14

>[FIXME] HardwareInfo::setPowerSave unimplemented! Bug report 1671. Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels