-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans (97) . 

yaWP (Yet Another Weather Plasmoid)

   0.4.5  

Plasmoid Binary

Score 91%
yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


Minimum required   KDE 4.x
Downloads:  56753
Submitted:  Nov 29 2008
Updated:  Mar 23 2013

Description:

Yet Another Weather Plasmoid.
There is nothing wrong with the ones that exist, I just wanted something more colorful.

This plasmoid belongs to other people, it would not be where it is without their help. See the README.

Please help with additional themes and translations, thanks.

For the latest unstable version:
svn co https://yawp.svn.sourceforge.net/svnroot/yawp/trunk yawp

INSTALL NOTES
tar -jxf yawp*
cd yawp*
./install.sh




Changelog:

0.4.5 (23 Mar 2013)
* Bugfix: Desktop mode is not reusing applet size from last session.
* Bugfix: yaWP crashes in systemtray with KDE 4.10

0.4.4 (17 Mar 2012)
* New desktop painter has been added. Yawp can be configured to use the traditional or the new one for desktop and/or for popup window.
* Panel painter has been rewritten
* Initialization stuff of yawp has been moved to init method, because yawp crashes on KDE 4.8 due to the usage of not initialized components.
* Usage of KMessageBox has been replaced within DlgAddCity, otherwise yawp crashes on KDE 4.8.5 (some earlier versions might be included as well).
Using KMessageBoxes within KConfigDialog (yawp settings dialog) still works as expected.
* Google ION has been removed, because Google does not support this service any longer.
* Updating and fixing translations
* Bugfix: yaWP did not update weatherdata periodically after hibernation - it is working now

0.4.3 (17 Apr 2012)
* Show current RealFeel temperature under current temperature (thanks to Alain Soucy)
* Non-modale city search dialog
* Implementing public slot configChanged() to behave like a standard plasmoid - yaWP can be configured from external programs (e.g.: javascript)
* changing internal handling of extender (KDE 4.8 only) - when plasmoid will be used in desktop mode extender is not used and will be destroyed, when plasmoid is moved to panel a new extender will be created
* little tweaks to horizontal panel layout, adding more spaces between icons
* Ukrainian translation updated (Thanks to Yuri Chornoivan)

0.4.2 (04 Jan 2012)
* Adapting yaWP to KDE 4.8
* ION AccuWeather is showing closer maps for cities of the United States.
* Workaround crashes in city search dialog in KDE >= 4.7.4
* Frech and Slovak trasnlation updated
* Fixes in Wunderground ION
* Fix double translation for Short day names

0.4.1 (03 Dec 2011)
* Add ability to open forecast in browser (if URL is provided by ION)
* ION wunderground is returning a sorted list of cities (airport stations are listed on top of list,
because in general terms this station type contains more weather information than the personal weather station type).
* ION Wunderground is supporting satellite maps as well
* ION accuweather is not using a config-file for satellite image mapping any longer (feature has been added in version 0.4.0
but I think this was a stupid idea). Satellite images will be hard coded mapped to location in ION.
* Translations updated (CZ, FR)
* Several little bug fixes - including geometry issues

0.4.0 (13 Nov 2011)
* Bugfix: text in animation area jumps up or down at start and at the end of animation
* applets painting methods has been extracted and rewritten, for re-use and hopefully the new painting methods are well structured
* yaWP supports externder items (in panel mode only) - extender item interacts with user like desktop mode.
In panel mode:
When user clicks on the applet (but not on the weather forecast icons) the extender pops up.
The behavior of the applet for clicking on the weather forecast icons can be configured in the config dialog on page "Panel"
option "Use interactive weather icons". When this option is checked the weather icon will toggle between day and night
(in case we have weather information for day and night) otherwise the extender will appear.
* Removes old files from cache directory $HOME/.cache/yawp on a regular base.
* The install script install.sh uses more CPU cores if available. Could be override by -j script option.
* Turkish translation (thanks to Hasan Kiran)
* Czech, Slovak and French translation updated
* Changing unit system in config dialog will force auto-update.
* AccuWeather will use a config file for satellite mapping.

0.3.6 (12 Dec 2010)
* Traverse through all locations periodically (optional)
* Page 'Settings' from config-dialog has been redesigned to gain more space
* Fixing update bug in Wunderground Ion.
* Algorithm that is doing the text layout for the details area has been simplified
* Fix API breakage in 4.5.2/4.6

0.3.5 (8 Oct 2010)
* Fix compilation error on KDE 4.5.2
* Patching ions to work with new weather-data-engine, thanks to Raymond Wooninck
* Fixing legal issues (The source code of the standard ions used as the base)
* Ion is checking state of pressure, instead of just coping the data
* Fix issues with sunrise/sunset
* Prefer millimeters of mecrcury to torr on KDE 4.5
* Fix KDE version check - consistently use KDE_IS_VERSION

0.3.4 (7 Jul 2010)
* Fix torr description.
* Fix problems with some ions when yawp runs under ru locale
* Fix compilation error on PCBSD (thanks vvheritagevv) for patch.
* Update translations cs, fr, sk

0.3.3 (12 Jun 2010)

* Added word-wrap for details-property.
* Added new ion for wunderground weather service
* Showing observation time (the time when weather-service-provider has been updated the weather data) on details page, when specific ion supports this feature.
Ion Google, AccuWeather and Wunderground returning observation time, as well.
* Timestamps for sunrise and sunset will be returned in the new timestamp format (when compiling with kde 4.3 and above - timestamps in the standard ions had been changed)
* Google is returning more information of location to show the right flag. User needs to entered a more specific search text to add a new city.
* Timezone management
* Fix compilation problems with gcc 4.5 (thanks to Kai Wasserbäch)
* Translations updated: fr, pl(Maciej Bulik), sk, de, cs
* Added Ukrainian translation (thanks to Yuri Chornoivan)
* Various bugfixes and small improvements

0.3.2
* Added support for KDE 4.4 (including docking in systray)
* Fix text shadow for light themes
* A new Compact panel layout
* Translations updated: cs, fr, ru
* Some small fixes

0.3.1
* Fixed bug in accuweather engine.

0.3.0
* Totally rewritten - Big thanks to udev.
* Plasma weather engines support - accuweather and google engines included
* Multicity support

Issues of 0.3.x:
* KDE 4.4 is not supported yet !
* Translation files needs update.

0.2.3
* Satellite image in tooltip can be dissabled
* Polish translation added - thanks to Maciej Bulik
* Fixed unit conversion functions to be on sync with accuweather.com - Thanks to Maciej Bulik for report.
* Russian, French and Czech translation updated.
* Licence mess cleaned.

0.2.2
* Fix for the icon sizing issue in KDE 4.2.2 and 4.2.67 - thanks to Daniel Rocher
* Solid support for network - thanks to John Stamp
* Panel tooltip redesign, show much more informations now
* Dialog sizing issue fixed
* Removed obsolete KIO workaround
* Translations updated: French, Slovak, Czech and Russian


0.2.1
* Fixed several panel sizing issues
* Custom colors support
* YaWP should be now usable with light themes (like Aya)

0.2
* Panel support
* Many bugfixes and improvements

0.1.65
* With help. Please see DEVELOPERS in README.

0.0.6
* Many attempts ....




LicenseGPL
Source(yawp-0.4.5.tar.bz2)
Source(yawp_themes_pack-0.2.tar.bz2 (Themes collection))
Source(Oxygen-01 (theme by painkiller101))
Source(7even-01 (theme))
Source(like-Weather-com-01 (theme by chepioq))
Send to a friend
Subscribe
Other  Apps  from PlasmaFactory
Report inappropriate content



goto page: prev  ... 35  36  37  38  39  40  41  42  43  44  45  46  47  48 

-

 Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 16 2011
 
Score 50%

The yawp applet show up with it's initial size after log in, though a different geometry was set at previous log out.

See bug https://bugzilla.redhat.com/show_bug.cgi?id=754407


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 16 2011
 
Score 50%

Hi,
thanks for the report. Should be fixed in rev. 484

http://yawp.svn.sourceforge.net/viewvc/yawp?view=revision&revision=484

Regards,
Marián


Reply to this

-

 Re: Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 16 2011
 
Score 50%

There is other problem with r484 - when widget just added it looks like zero-sized.
But geometry is saved after I change it size and re-login.


Reply to this

-

 Re: Re: Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 16 2011
 
Score 50%

Yes. I forget to test this case. Should be fixed in rev. 485 ;-)


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 16 2011
 
Score 50%

r485 looks good now.
Thanks.


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 17 2011
 
Score 50%

Hi,

There are still problems with saving geometry.
The size of widget is slightly differs after re-login (looks like some kind of alignment).
If city is not set then geometry not saved.


Reply to this

-

 Re: Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 17 2011
 
Score 50%

And now? (rev. 486)


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 17 2011
 
Score 50%

Now geometry saved exactly if city selected.
If widget just added and resized geometry is not saved if no city selected. But maybe this is not very important because no sense to have widget without city selected.



-

 Re: Yawp doesn't obey geometry settings

 
 by udev on: Nov 19 2011
 
Score 50%

Should be fixed with revision r488.


Reply to this

-

 Re: Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 19 2011
 
Score 50%

Is 0.4.1 with fixed problems of 0.4.0 will be released soon?


Reply to this

-

 Re: Re: Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 20 2011
 
Score 50%

Probably this evening. I need to test latest changes from udev.

Marián


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 21 2011
 
Score 50%

When I tried to backport r495 to 0.4.0 I got error "streamlogger.cpp:64:38: fatal error: streamlogger_definitions.h: No such file or directory", so I build it without changes in CMakeLists.txt.


Reply to this

-

 Re: Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 21 2011
 
Score 50%

Hi,
you need to backport the CMake changes as well.

Udev asked to pospone this release one week, to have time to implement more. When he finish, I'll release a new version.


Reply to this

-

 Re: Re: Re: Yawp doesn't obey geometry settings

 
 by mkyral on: Nov 23 2011
 
Score 50%

Udev finished his changes. So if there are no issues, I'll release a new version this weekend. So please test and update translations.

Thanks,
Marián



-

 Re: Re: Re: Re: Yawp doesn't obey geometry setting

 
 by farcus on: Dec 1 2011
 
Score 50%

any sign of the new release 4.1?
You mentioned you were gonna release it last weekend.


Reply to this

-

 Re: Re: Re: Re: Re: Yawp doesn't obey geometry set

 
 by mkyral on: Dec 1 2011
 
Score 50%

Sorry, I know. But I simple forget on weekend and this week is busy :-( I'll try to do it soon.


Reply to this

-

 Re: Re: Re: Re: Re: Yawp doesn't obey geometry set

 
 by mkyral on: Dec 3 2011
 
Score 50%

Finally Released. Sorry for the delay.
Marián


Reply to this

-

 Re: Yawp doesn't obey geometry settings

 
 by nucleas on: Nov 21 2011
 
Score 50%

Geotry saved in r495, even if city not selected.


Reply to this

-

 Really nice

 
 by Seniazi on: Nov 24 2011
 
Score 50%

The best weather plasmoid so far for multiple locations..but what I would really like to say, the installation script is great! It allows to create a package from source, and make yast (in my case) aware of the installation. Thanks!


Reply to this

-

 Days of "Forecast details" are not translate

 
 by chepioq on: Dec 10 2011
 
Score 50%

I use KDE 4.7.4 with my Fedora, and I have same problem in page 41 of this thread : Days of "Forecast details" are not translate

All the components of KDE are 4.7.4, up-to-date, and for me it's very strange...

Where is the lines's code in Yawp for that ?..


Reply to this

-

 Re: Days of "Forecast details" are not translate

 
 by udev on: Dec 12 2011
 
Score 50%

The line of code that shows the name (and the details text) of selected day in details mode can be found on line 560 (and the following lines) in file applet/painter/desktoppainter.cpp.

just being curious, have you restart KDE after update?

We use KDE function i18n(...) to translate the text...this might be the problem...in Qt4 class description is written, that QDate::toString("dddd") will already return a localized string...
so right now, the translation is up to QT4 ... thanks for bug-report - I think we need to change this few lines...


Reply to this

-

 Re: Re: Days of "Forecast details" are not transla

 
 by chepioq on: Dec 12 2011
 
Score 50%

Yes I restarted KDE after update.

For the code line, sorry, but I don't help you...
I you want, send the modify code, and I test for you.


Reply to this

-

 Re: Re: Re: Days of "Forecast details" are not tra

 
 by udev on: Dec 12 2011
 
Score 50%

Should be working with revision r510. I noticed KDE is not able to parse date/time from string when language is not English (used to get sunrise and sunset for today). Therefore this part has been changed as well. Is this working for you, as well?


Reply to this

-

 Re: Re: Re: Re: Days of "Forecast details" are not

 
 by chepioq on: Dec 13 2011
 
Score 50%

Hi udev.
I test the 513 trunk revision, and that solve the problem.
Thank a lot...


Reply to this

-

 Re: Re: Re: Re: Re: Days of "Forecast details" are

 
 by udev on: Dec 13 2011
 
Score 50%

Good to hear. Maybe I should mention that yaWP will not use the yaWP specific localized day names from the files trunk/po/*.po but the localized day names that can be seen on the calendar-application or popup-applet from time-applets. Just in case you are wondering when the day names does not match your translation.

Doing so, yaWP might look & feel more like an KDE-applet. This step makes yaWP specific localized day names obsoleted.


Reply to this

-

 RealFeel Temperature

 
 by also512 on: Dec 17 2011
 
Score 50%

I do like very much yaWP. It's my prefered plasma for weather forecast.

I live in a cold country and having the RealFeel temperature beside the real temperature would be a very nice feature !

Thanks


Reply to this

-

 Re: RealFeel Temperature

 
 by also512 on: Dec 18 2011
 
Score 50%

Ok, just add it besides the humidity percentage !

also512.


Reply to this

-

 Re: Re: RealFeel Temperature

 
 by udev on: Dec 21 2011
 
Score 50%

I think putting the real-feel-temp beside the temperature like this "H: 8°/ 6°" might look strange and we do not have enough space because we need to keep some space for really cold temperatures (e.g.: -20°)...
...putting the real feel temperature right beside humidity like this "93% / -19° / -23°" might look strange and it's getting tight as well.

It also might be possible to switch the positions of temperature and real-feel temp - showing the real-feel temperature instead of temperature and showing temperature only in details window.

In case you really want this modification (and know something about C++) I can tell/advise/help you to change the source code in order to achieve your goal.


Reply to this

-

 Re: RealFeel Temperature

 
 by chepioq on: Dec 22 2011
 
Score 50%

The RealFeel Temperature is already in yawp, at page two of info...


Reply to this

-

 Re: Re: RealFeel Temperature

 
 by also512 on: Dec 22 2011
 
Score 50%

I think now that the 'chill factor' would be more appropriate for what I wish !

Accuweather also have 'RealFeel' for the actual temperature, but I cannot get it from their site.

I am now (slowly) working to put the 'ChillFactor' directly under the '0x0B' QChar of the actual temperature.

The display: small font, in red.


Reply to this

-

 Re: Re: Re: RealFeel Temperature

 
 by udev on: Dec 22 2011
 
Score 50%

When you open AccuWeather-Web-Page through popup-menu from yaWP, then you will see an entry "RealFeel"-temperature :-P


Reply to this

-

 Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Dec 22 2011
 
Score 50%

Sure I know that !
but I cannot get the value of 'RealFeel', for the actual temperature,from the yawp code.


Reply to this

-

 Re: Re: Re: Re: Re: RealFeel Temperature

 
 by udev on: Dec 22 2011
 
Score 50%

In this case, I misunderstood you.
Current real feel temperature, wind gust and wind chill will be passed from AccuWeatherIon to applet and applet will save this values now (in revision r518).

I changed the algorithm in r517 to receive better satellite maps for US as well. Hope this modification does not make the applet instable.

I would like you to send us your changes (you made to the applet) to consider to add your changes to yawp.


Reply to this

-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Dec 23 2011
 
Score 50%

Modifications (slight) to the applet:

only in "../trunk/applet/painter/desktoppainter.cpp": replace line 281 to 296 with the following:


//TEST // paint current temperature
QRect temperatureRect;
if (weather->currentTemperature() < SHRT_MAX)
{
font.setPixelSize(40.0f * dScale);
font.setBold(false);
painter->setFont(font);

temperatureRect.setRect(
qRound(contentsRect.left() + 170.0f * dScale),
contentsRect.top(),
qRound(100.0f * dScale),
qRound( 45.0f * dScale) );

QString currentTemp = QString::number( weather->currentTemperature() );
QRect currentTempBoundingRect = painter->fontMetrics().boundingRect(temperatureRect, Qt::AlignLeft, currentTemp );
currentTemp.append( QChar(0xB0) );
painter->drawText( temperatureRect, Qt::AlignLeft, currentTemp );

if ( weather->currentRealFeelTemperature() < SHRT_MAX && weather->currentRealFeelTemperature() != weather->currentTemperature()) {

painter->save();

painter->setPen( QPen( Qt::red, 12, Qt::SolidLine, Qt::RoundCap ));

painter->setOpacity( 1.0 );

font.setPixelSize(10.0f * dScale);
font.setBold(false);
painter->setFont(font);

QString chillTemp = "(" + QString::number( weather->currentRealFeelTemperature()) + QChar(0xB0) + ")";
QRect chillRect(
currentTempBoundingRect.right(),
qRound(currentTempBoundingRect.top() + currentTempBoundingRect.height() / 2.0),
qRound( (contentsRect.width() - currentTempBoundingRect.width()) ),
qRound( (currentTempBoundingRect.height() / 3 ) ) );
painter->drawText( chillRect, Qt::AlignLeft | Qt::AlignVCenter, chillTemp );

painter->restore();
}
}
//TEST****



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by chepioq on: Dec 24 2011
 
Score 50%

Hi also512
I test your code, see my screenshot : http://pix.toile-libre.org/upload/original/1324752383.png

That work for me, butI think that the temp (and RealFeel) would be centered, in my screenshot the 5° is near moon's image, and I think it's better if it's slightly further to the right...



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Jan 11 2012
 
Score 50%

Hi Chepioq,

the temp (and RealFeel) should be centered with this code:

//TEST // paint current temperature
if (weather->currentTemperature() < SHRT_MAX)
{
painter->save();

font.setPixelSize(40.0f * dScale);
font.setBold(false);
painter->setFont(font);

QRect temperatureRect(
qRound(contentsRect.left() + 170.0f * dScale),
contentsRect.top(),
qRound(100.0f * dScale),
qRound( 45.0f * dScale) );

QString currentTemp = QString::number( weather->currentTemperature() ) + QChar(0xB0);
QRect currentTempBoundingRect = painter->fontMetrics().boundingRect(temperatureRect, Qt::AlignCenter, currentTemp );
QRect degreRect = painter->fontMetrics().boundingRect(QChar(0xB0));
short degreWidth = QFontMetrics(font).width(QChar(0xB0));
short degreHauteur = degreRect.height();

drawText( painter, temperatureRect, Qt::AlignCenter, currentTemp );

if ( weather->currentRealFeelTemperature() < SHRT_MAX ) {

if ( weather->currentRealFeelTemperature() != weather->currentTemperature() ) {

QString realFeelTemp = QString::number( weather->currentRealFeelTemperature() ) + QChar(0xB0) ;
QRect realFeelRect(
currentTempBoundingRect.right() - degreWidth - qRound( font.letterSpacing() ),
qRound(currentTempBoundingRect.top() + degreRect.height() * 2 ),
contentsRect.bottomRight().x() - currentTempBoundingRect.bottomRight().x() + degreWidth,
qRound( (currentTempBoundingRect.bottomRight().y() - degreHauteur) /2.0) );

QColor colorRealFeel = weather->currentRealFeelTemperature() > weather->currentTemperature() ? Qt::red : Qt::blue;

font.setPixelSize(11.0f * dScale);
painter->setFont(font);
painter->setPen(colorRealFeel);
painter->drawText( realFeelRect, Qt::AlignCenter, realFeelTemp );

painter->restore();
}
}
}
//TEST****



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by chepioq on: Jan 12 2012
 
Score 50%

Hi...
with this code, no real feel is displaying...



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Jan 12 2012
 
Score 50%

Hi,

may be it is because when the realfeel and the actual temperature are the same, the realfeel temp. is not showed.


http://pix.toile-libre.org/upload/original/1326375591.png



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Jan 12 2012
 
Score 50%

Hi,

may be it is because when the realfeel and the actual temperature are the same, the realfeel temp. is not showed.


http://pix.toile-libre.org/upload/original/1326375591.png



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Jan 12 2012
 
Score 50%

Hi,

may be it is because when the realfeel and the actual temperature are the same, the realfeel temp. is not showed.


http://pix.toile-libre.org/upload/original/1326375591.png



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by also512 on: Jan 12 2012
 
Score 50%

Hi,

may be it is because when the realfeel and the actual temperature are the same, the realfeel temp. is not showed.


http://pix.toile-libre.org/upload/original/1326375591.png



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by chepioq on: Jan 12 2012
 
Score 50%

Ok, I test with your city and that work...
And this evening, for my city in france (aubagne) that also work...



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by mkyral on: Jan 13 2012
 
Score 50%

Hi,
looks good, I commited.

I've made only one change - the Red and Blue colours was replaced by the standard YaWP used colours. The blue colour does not look good on blue theme backgroud ;-) Hope it is not problem for you.

Thanks for the patch
Marián



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by chepioq on: Jan 14 2012
 
Score 50%

Thank Marian I test your last trunk revision and that work fine for me.
And if I don't see the real feel temp in my previous post, it's because my background is blue, exactly the same color of fonts...



-

 Re: Re: Re: Re: Re: Re: RealFeel Temperature

 
 by udev on: Jan 15 2012
 
Score 50%

Looks good...but on my computer the real feel temperature is being shown a little bit too small.

Therefore I tweaked the alignment of current and real feel temperature and printing real feel temperature as large as high/low temperature (in trunk 535).



-

 KDE 4.8 RC1 bug

 
 by AlejandroNova on: Dec 29 2011
 
Score 50%

If I click on yaWP, in KDE 4.8 RC1, I don't get any panel. Instead, I get a plasma-desktop process running at 100% CPU. Can you try this?

I am running with Qt 4.8, in case it helps.


Reply to this

-

 Re: KDE 4.8 RC1 bug

 
 by udev on: Dec 29 2011
 
Score 50%

Have you recompiled and reinstalled yaWP after updating KDE? I do not have KDE 4.8 yet, so I am not able to test this behaviour.


Reply to this

-

 Re: Re: KDE 4.8 RC1 bug

 
 by AlejandroNova on: Dec 29 2011
 
Score 50%

Yes, this behaviour is with yaWP 0.4.1 compiled against KDE 4.8 RC 1 and Qt 4.8. It may be a Qt 4.8-related bug, however.


Reply to this

-

 Re: Re: Re: KDE 4.8 RC1 bug

 
 by mkyral on: Dec 29 2011
 
Score 50%

Hi,
I had some troubled with update to KDE 4.8 RC1 on my Gentoo, but I think, tomorrow I'll finaly solve the issue and I'll test it.


Reply to this

-

 Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by mkyral on: Dec 30 2011
 
Score 50%

So problems workarounded, I'm on 4.8 RC1 now (with QT 4.7.4) and I can confirm it. Strace shows this:

poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=22, events=POLLIN}, {fd=13, events=POLLIN}, {fd=21, events=POLLIN}, {fd=20, events=POLLIN}, {fd=24, events=POLLIN}, {fd=25, events=POLLIN}, {fd=29, events=POLLIN}, {fd=28, events=POLLIN}, {fd=31, events=POLLIN}], 17, 0) = 0 (Timeout)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)
read(7, 0x15146b4, 4096) = -1 EAGAIN (Resource temporarily unavailable)


It worked in Beta2.


Reply to this

-

 Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by mkyral on: Dec 30 2011
 
Score 50%

And backtrace - hope it will help. If you need more, tell me what to do.

(gdb) bt
#0 0x00007f8bfa2fd393 in __cxxabiv1::__si_class_type_info::__do_dyncast(long, __cxxabiv1::__class_type_info::__sub_kind, __cxxabiv1::__class_type_info const*, void const*, __cxxabiv1::__class_type_info const*, void const*, __cxxabiv1::__class_type_info::__dyncast_result&) const () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/libstdc++.so.6
#1 0x00007f8bfa2fb1d2 in __dynamic_cast () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/libstdc++.so.6
#2 0x00007f8bfe08cffb in Plasma::ToolTipManager::eventFilter (this=0xf74fc0, watched=0x16e6270, event=0x7fffcb4edbf0) at /var/tmp/portage/kde-base/kdelibs-4.7.95/work/kdelibs-4.7.95/plasma/tooltipmanager.cpp:450
#3 0x00007f8bfb548216 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#4 0x00007f8bfa70ecd1 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#5 0x00007f8bfa71387a in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#6 0x00007f8bfc2380b2 in KApplication::notify (this=0xefdee0, receiver=0x16e6270, event=0x7fffcb4edbf0) at /var/tmp/portage/kde-base/kdelibs-4.7.95/work/kdelibs-4.7.95/kdeui/kernel/kapplication.cpp:311
#7 0x00007f8bfb54809b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#8 0x00007f8bfb57589e in QTimerInfoList::activateTimers() () from /usr/lib64/qt4/libQtCore.so.4
#9 0x00007f8bfb572918 in idleTimerSourceDispatch(_GSource*, int (*)(void*), void*) () from /usr/lib64/qt4/libQtCore.so.4
#10 0x00007f8bf2471072 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#11 0x00007f8bf2471868 in g_main_context_iterate.clone.6 () from /usr/lib64/libglib-2.0.so.0
#12 0x00007f8bf2471a41 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#13 0x00007f8bfb572fef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#14 0x00007f8bfa7b43fe in QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtGui.so.4
#15 0x00007f8bfb547442 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#16 0x00007f8bfb547684 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#17 0x00007f8bfb54bb0b in QCoreApplication::exec() () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007f8bfe804302 in kdemain (argc=1, argv=0x7fffcb4ee2c8) at /var/tmp/portage/kde-base/plasma-workspace-4.7.95/work/plasma-workspace-4.7.95/plasma/desktop/shell/main.cpp:120
#19 0x00007f8bfe45022d in __libc_start_main () from /lib64/libc.so.6
#20 0x00000000004007a9 in _start ()
(gdb)


Reply to this

-

 Re: Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by udev on: Dec 30 2011
 
Score 50%

I have updated to KDE 4.7.95 (kind of - I still have some 4.7.4 libs, because they do not exists for version 4.7.95)...however KDE seems to run pretty stable...Now I have the same problem opening the extender for yaWP, but extender works for binary and analog-clock. I have using the source code of this applet as example as I implemented the extender item.

source code can be found here:
plasma-clock is the base applet:
https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/master/show/libs/plasmaclock
and binary clock is the derived class, which can be found here:
https://projects.kde.org/projects/kde/kdeplasma-addons/repository/revisions/master/show/applets/binary-clock

Unfortunately, I do not find the extender stuff in the new plasma- and binary clock anymore...We might have to wait for 4.8 final release to see whether it is working or not...especial when you said it was working in beta 2


Reply to this

-

 Re: Re: Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by mkyral on: Dec 30 2011
 
Score 50%

It looks like that extender was removed in analog-clock:

https://projects.kde.org/projects/kde/kde-workspace/repository/diff/libs/plasmaclock?rev=dd083ff455ee2bceb47d4c2bce7cffb5db494d48&rev_to=15662dc9ab5a118b5194b7da09951555ebb5e5fc



-
.

 Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by udev on: Dec 31 2011
 
Score 50%

Yes I know...but the funny thing is, analog-, binary- and fuzzy-clock is still working :-P so I am expecting to find the extender stuff at some line. But the more interesting question is: Where does Plasma::PopupApplet knows which icon and title needs to be used for the extender item without the following lines:

621 item->setTitle(i18n("Calendar"));
622 item->setIcon("view-pim-calendar");
623 item->setWidget(d->calendarWidget);

I am about to doubt the source code of plasma-clock :-( but I do not have time to recompile plasma-clock to check if the source-code for plasma-clock is working...


Reply to this

-

 Re: Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by udev on: Jan 3 2012
 
Score 50%

I finally found the main bug...I was disabling PopupApplet::timerEvent

I adapted yaWP to KDE 4.8 and committed revision 520 that solves this problem.


Reply to this

-

 Re: Re: Re: Re: Re: Re: KDE 4.8 RC1 bug

 
 by mkyral on: Jan 4 2012
 
Score 50%

Great. I'll release a new version evening.



-

 City Search Crashing

 
 by distrohopper on: Dec 29 2011
 
Score 50%

On most providers, when I search for my city (smaller, non-major city), if it cannot locate it exactly the program crashes and resets the desktop


Reply to this

-

 Re: City Search Crashing

 
 by distrohopper on: Dec 29 2011
 
Score 50%

Note: I am running kde 4.7.4 and qt 4.8


Reply to this

-

 Re: Re: City Search Crashing

 
 by udev on: Dec 29 2011
 
Score 50%

Have you updating KDE, after reinstalling yaWP? In this case you need to recompile and reinstall yaWP. What is the text you are searching for? I have KDE 4.7.3 so I would like to test whether this is a common problem or has something to do with KDE 4.7.4.


Reply to this

-

 Re: Re: Re: City Search Crashing

 
 by chepioq on: Dec 29 2011
 
Score 50%

I use Kde 4.7.4,, qt 4.8 and yawp work fine...
As Udev say, you must remove Yawp and re-compile it...


Reply to this

-

 Re: Re: Re: Re: City Search Crashing

 
 by mkyral on: Dec 29 2011
 
Score 50%

Hi,
I can confirm this bug on 4.7.4 (KDE and QT).

Test case:
1) Run: plasmoidviewer yaWP
2) In city configuration window look for some non existing city like "aabbcc"
3) An unknown place error message is shown.
4) After click OK, yaWP crash

The backtrace for accuwearher.com:

Application: Prohlížeč widgetů Plasmy (plasmoidviewer), signal: Segmentation fault
[KCrash Handler]
#6 QBasicAtomicInt::ref (this=0x800000006a) at /usr/include/qt4/QtCore/qatomic_x86_64.h:121
#7 0x00007f6b4886bb43 in QMap<unsigned int, Plasma::SignalRelay*>::QMap (this=0x7fff20657190, other=<optimized out>) at /usr/include/qt4/QtCore/qmap.h:186
#8 0x00007f6b4886bb69 in QForeachContainer<QMap<unsigned int, Plasma::SignalRelay*> >::QForeachContainer (this=0x7fff20657190, t=<optimized out>) at /usr/include/qt4/QtCore/qglobal.h:2251
#9 0x00007f6b4886a8f8 in Plasma::DataContainer::checkForUpdate (this=0x10d4c70) at /var/tmp/portage/kde-base/kdelibs-4.7.4/work/kdelibs-4.7.4/plasma/datacontainer.cpp:297
#10 0x00007f6b4886d3c8 in Plasma::DataEngine::timerEvent (this=0x93a910, event=0x7fff20657940) at /var/tmp/portage/kde-base/kdelibs-4.7.4/work/kdelibs-4.7.4/plasma/dataengine.cpp:387
#11 0x00007f6b4728b099 in QObject::event (this=0x93a910, e=<optimized out>) at kernel/qobject.cpp:1181
#12 0x00007f6b47c66f94 in QApplicationPrivate::notify_helper (this=0x66d700, receiver=0x93a910, e=0x7fff20657940) at kernel/qapplication.cpp:4481
#13 0x00007f6b47c6bb0a in QApplication::notify (this=<optimized out>, receiver=0x93a910, e=0x7fff20657940) at kernel/qapplication.cpp:4360
#14 0x00007f6b48ef3a72 in KApplication::notify (this=0x7fff20659730, receiver=0x93a910, event=0x7fff20657940) at /var/tmp/portage/kde-base/kdelibs-4.7.4/work/kdelibs-4.7.4/kdeui/kernel/kapplication.cpp:311


Reply to this

-

 Re: Re: Re: Re: Re: City Search Crashing

 
 by udev on: Dec 30 2011
 
Score 50%

Have you tested it with yaWP in debug mode or release mode, just to make sure it is not the logger that crashes the application :)

I do not see any yaWP related lines in backtrace.

I have tested yaWP using different Ions and different text-inputs (running yaWP in debug mode and in release mode) to raise the error-message. When I close the error-dialog, I receive the following lines but yaWP keeps running and interacting...
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20 (X_GetProperty)
Resource id: 0x20000b3

This error might crash the application in your case...can you test the following stuff, just to make sure this is the cause:
* in trunk/applet/configdialog/dlgaddcity.cpp (revision=487) line 178 - 197 - disable this lines - this lines will generate the error message in case of invalid cities and so...
* in trunk/applet/configdialog/dlgaddcity.cpp (revision=487) line 272 - 273 - disable this lines - this lines will hide the ProgressDialog when receiving the response from ION.
* in trunk/applet/configdialog/dlgaddcity.cpp
(revision=487) line 238 - disable this line - this line will look like this m_pProgressDlg->setAutoClose(true);

Now you need to compile yawp in debug mode to get notified, when ION has reponse search request, because we have disabled the error messages.
Is yaWP still crashing?


Reply to this

-

 Re: Re: Re: Re: Re: Re: City Search Crashing

 
 by chepioq on: Dec 30 2011
 
Score 50%

Hi;
Sorry, but I test with an "aabbcc" city with accuweather, and and I have also a crash when I click on OK button in the error window.
I have this with the "Gestionnaire de pannes de KDE" :
Quote:
Application: Outil de gestion de fenêtres Plasma (plasma-desktop), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7ff8df541880 (LWP 5704))]

Thread 2 (Thread 0x7ff8c1b2e700 (LWP 5707)):
#0 0x0000003e8d4e6a43 in poll () from /lib64/libc.so.6
#1 0x0000003e8f444f88 in ?? () from /lib64/libglib-2.0.so.0
#2 0x0000003e8f44544c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#3 0x00000031acfa7db6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#4 0x00000031acf78172 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5 0x00000031acf783c7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6 0x00000031ace78b27 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7 0x00000031acf57e6f in ?? () from /usr/lib64/libQtCore.so.4
#8 0x00000031ace7bb6b in ?? () from /usr/lib64/libQtCore.so.4
#9 0x0000003eaf6a52da in ?? () from /usr/lib64/nvidia/libGL.so.1
#10 0x0000003e8dc07d90 in start_thread () from /lib64/libpthread.so.0
#11 0x0000003e8d4ef3dd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7ff8df541880 (LWP 5704)):
[KCrash Handler]
#6 0x00000031bbf3e46b in Plasma::DataContainer::checkForUpdate() () from /usr/lib64/libplasma.so.3
#7 0x00000031bbf3fc27 in Plasma::DataEngine::timerEvent(QTimerEvent*) () from /usr/lib64/libplasma.so.3
#8 0x00000031acf91c39 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#9 0x00000031ae7c9994 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#10 0x00000031ae7ce813 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#11 0x00000031afa50766 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#12 0x00000031acf7903c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#13 0x00000031acfa9b42 in ?? () from /usr/lib64/libQtCore.so.4
#14 0x00000031acfa751d in ?? () from /usr/lib64/libQtCore.so.4
#15 0x00000031acfa7541 in ?? () from /usr/lib64/libQtCore.so.4
#16 0x0000003e8f444a7d in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#17 0x0000003e8f445278 in ?? () from /lib64/libglib-2.0.so.0
#18 0x0000003e8f44544c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#19 0x00000031acfa7d4f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#20 0x00000031ae86c61e in ?? () from /usr/lib64/libQtGui.so.4
#21 0x00000031acf78172 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#22 0x00000031acf783c7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#23 0x00000031aec8f826 in QDialog::exec() () from /usr/lib64/libQtGui.so.4
#24 0x00007ff8d2c55523 in YawpConfigDialog::addCity() () from /usr/lib64/kde4/plasma_applet_yawp.so
#25 0x00000031acf8ccd1 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#26 0x00000031aee4d1b2 in QAbstractButton::clicked(bool) () from /usr/lib64/libQtGui.so.4
#27 0x00000031aeb8f56e in ?? () from /usr/lib64/libQtGui.so.4
#28 0x00000031aeb908ab in ?? () from /usr/lib64/libQtGui.so.4
#29 0x00000031aeb90b1c in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#30 0x00000031ae81a02a in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#31 0x00000031ae7c9994 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#32 0x00000031ae7cf0e3 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#33 0x00000031afa50766 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#34 0x00000031acf7903c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#35 0x00000031ae7ca962 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/libQtGui.so.4
#36 0x00000031ae8462e5 in ?? () from /usr/lib64/libQtGui.so.4
#37 0x00000031ae8451aa in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4
#38 0x00000031ae86c92c in ?? () from /usr/lib64/libQtGui.so.4
#39 0x0000003e8f444a7d in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#40 0x0000003e8f445278 in ?? () from /lib64/libglib-2.0.so.0
#41 0x0000003e8f44544c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#42 0x00000031acfa7d4f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#43 0x00000031ae86c61e in ?? () from /usr/lib64/libQtGui.so.4
#44 0x00000031acf78172 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#45 0x00000031acf783c7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#46 0x00000031acf7cdc5 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#47 0x00000031bc441243 in kdemain () from /usr/lib64/libkdeinit4_plasma-desktop.so
#48 0x0000003e8d42169d in __libc_start_main () from /lib64/libc.so.6
#49 0x0000000000400881 in _start ()



-

 Re: Re: Re: Re: Re: City Search Crashing

 
 by udev on: Dec 30 2011
 
Score 50%

I have updated my KDE to version 4.7.4. Now I get the same crashes :)
I have committed revision 519 and it works for me. Can you check if this changes will fix the crashes for you as well?

Seems like KDE has changed Plasma::DataEngine::disconnectSource functionality.


Reply to this

-

 Re: Re: Re: Re: Re: Re: City Search Crashing

 
 by mkyral on: Dec 30 2011
 
Score 50%

Hi,
I can confirm that this change is fixing the crash.

Thanks



-

 Re: Re: Re: Re: Re: Re: City Search Crashing

 
 by chepioq on: Dec 30 2011
 
Score 50%

Hi all,
I also confirm that 519 trunk solve problem.
Thank



goto page: prev  ... 35  36  37  38  39  40  41  42  43  44  45  46  47  48 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.