Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#926 Le 31/05/2011, à 11:00

exzemat

Re : Sortie de Rekonq 0.7

ah! je me disais bien que ça pouvait pas être aussi simple !!!!
j'en déduis donc que konqueror (avec le moteur webkit)  utilise également son propre network manager (puisqu'il n'a pas ce problème non plus)...


xubuntu sur samsung nc10 [RIP, paix  à son âme]
ubuntu sur clevo w310cz
archlinux + kde sur pc fixe

Hors ligne

#927 Le 01/06/2011, à 08:43

megabigbug

Re : Sortie de Rekonq 0.7

exzemat a écrit :

ah! je me disais bien que ça pouvait pas être aussi simple !!!!
j'en déduis donc que konqueror (avec le moteur webkit)  utilise également son propre network manager (puisqu'il n'a pas ce problème non plus)...

konqueror et rekonq utilisent le même network manager: kio::accessmanager.
par contre c'est possible que konqueror n'utilise pas le cache de qtwebkit.

je suppose que yoann a réduit rekonq en utilisant directement qtwebkit (comme arora) sans passer par kdwewebkit mais en utilisant toujours kio::accessmanager (contrairement a arora), ce qui laisse soupconner que le probleme est dans ce dernier.

Dernière modification par megabigbug (Le 01/06/2011, à 08:44)

Hors ligne

#928 Le 03/06/2011, à 17:54

yoann21

Re : Sortie de Rekonq 0.7

megabigbug a écrit :
exzemat a écrit :

ah! je me disais bien que ça pouvait pas être aussi simple !!!!
j'en déduis donc que konqueror (avec le moteur webkit)  utilise également son propre network manager (puisqu'il n'a pas ce problème non plus)...

konqueror et rekonq utilisent le même network manager: kio::accessmanager.
par contre c'est possible que konqueror n'utilise pas le cache de qtwebkit.

je suppose que yoann a réduit rekonq en utilisant directement qtwebkit (comme arora) sans passer par kdwewebkit mais en utilisant toujours kio::accessmanager (contrairement a arora), ce qui laisse soupconner que le probleme est dans ce dernier.


Oui je n'ai pas touché au network access manager.

Sinon, j'ai continué mes recherches et je me suis aperçu qu'il n'y avait aucun problème sous opensuse (KDE 4.6 et 4.7 beta 1) contrairement à Ubuntu et Fedora, etc ...
Un patch a donc été rajouté mais reste plus qu'à trouver dans quel paquet  ...

Hors ligne

#929 Le 19/07/2011, à 05:44

Gwened56

Re : Sortie de Rekonq 0.7

Bonjour !

Je suis nouveau sur Kubuntu et j'ai systématiquement une fenêtre d'erreur lorsque je quitte rekonq. Elle indique dans Détails : "rekonq PID : 2393 Signal : Segmentation fault (11)".
Comment résoudre le problème ?
Mci d'avance.

Hors ligne

#930 Le 19/07/2011, à 09:25

yoann21

Re : Sortie de Rekonq 0.7

Salut,

Peux-tu nous mettre ici ce que contient le deuxième onglet de la fenêtre qui apparaît lors du crash ?

Hors ligne

#931 Le 19/07/2011, à 13:11

Gwened56

Re : Sortie de Rekonq 0.7

Problème résolu en faisant une réinstallation...
Une autre p'tite question : est-il possible de faire une sauvegarde des signets ?
Merci pour votre sympathique contribution.

Hors ligne

#932 Le 19/07/2011, à 13:57

yoann21

Re : Sortie de Rekonq 0.7

Tes signets sont stockés dans ce fichier : ~/.kde/share/apps/konqueror/bookmarks.xml

Après il existe peut être un export en html depuis keditbookmarks, à vérifier.

Hors ligne

#933 Le 10/11/2011, à 18:26

Nicologx

Re : Sortie de Rekonq 0.7

Salut à tous!
Voilà, j'ai le même problème que Gwened56 de "segmentation fault", mais la réinstallation complète n'a pas suffit. Kmail me fait pareil...  J'utilise surtout Firefox et Thunderbird, mais je trouve les applis KDE très efficaces et je voudrais pouvoir en profiter.

Je vous poste les informations sur le développement après le plantage de rekonq:

Application: rekonq (rekonq), signal: Segmentation fault
[Current thread is 1 (Thread 0xb77a4710 (LWP 26087))]

Thread 9 (Thread 0xb63d6b70 (LWP 26115)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fa5c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddcfc in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0x01af7883 in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4
#4  0x01af799f in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4
#5  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 8 (Thread 0xb5ad5b70 (LWP 26119)):
#0  0x035552be in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#1  0x02376f24 in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0
#2  0x023778f0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0x02377c2a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0x03555b37 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x035261dd in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x03526421 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#7  0x0342990b in QThread::exec() () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#8  0x034299fb in QThread::run() () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#9  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#10 0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#11 0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 7 (Thread 0xb52d4b70 (LWP 26138)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fa5c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddcfc in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0x006de9a9 in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#4  0x006de9ef in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#5  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 6 (Thread 0xb45bab70 (LWP 26151)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fe04 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddd54 in pthread_cond_timedwait () from /lib/i386-linux-gnu/libc.so.6
#3  0x0342cc4e in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#4  0x034206e4 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 5 (Thread 0xb3db9b70 (LWP 26152)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fe04 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddd54 in pthread_cond_timedwait () from /lib/i386-linux-gnu/libc.so.6
#3  0x0342cc4e in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#4  0x034206e4 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 4 (Thread 0xb35b8b70 (LWP 26153)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fe04 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddd54 in pthread_cond_timedwait () from /lib/i386-linux-gnu/libc.so.6
#3  0x0342cc4e in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#4  0x034206e4 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 3 (Thread 0xb2db7b70 (LWP 26160)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fe04 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddd54 in pthread_cond_timedwait () from /lib/i386-linux-gnu/libc.so.6
#3  0x0342cc4e in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#4  0x034206e4 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 2 (Thread 0xb25b6b70 (LWP 26161)):
#0  0x00569416 in __kernel_vsyscall ()
#1  0x0053fe04 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x003ddd54 in pthread_cond_timedwait () from /lib/i386-linux-gnu/libc.so.6
#3  0x0342cc4e in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#4  0x034206e4 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#5  0x0342c7b3 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#6  0x0053bd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7  0x003d00ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 1 (Thread 0xb77a4710 (LWP 26087)):
[KCrash Handler]
#7  0x00160eae in MainWindow::updateActions() () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so
#8  0x0016324a in MainWindow::postLaunch() () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so
#9  0x001698dc in MainWindow::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so
#10 0x0352db7d in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#11 0x0353ca6a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#12 0x03544375 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#13 0x0354442c in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#14 0x0353f994 in QObject::event(QEvent*) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#15 0x06cc5d54 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQtGui.so.4
#16 0x06ccb103 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQtGui.so.4
#17 0x060ab681 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#18 0x0352719e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#19 0x03557c10 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#20 0x03555122 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#21 0x0237725f in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#22 0x02377990 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#23 0x02377c2a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#24 0x03555ada in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#25 0x06d7de3a in ?? () from /usr/lib/i386-linux-gnu/libQtGui.so.4
#26 0x035261dd in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#27 0x03526421 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#28 0x0352b19d in QCoreApplication::exec() () from /usr/lib/i386-linux-gnu/libQtCore.so.4
#29 0x06cc38f4 in QApplication::exec() () from /usr/lib/i386-linux-gnu/libQtGui.so.4
#30 0x001f928e in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so
#31 0x080484fb in ?? ()
#32 0x00317113 in __libc_start_main () from /lib/i386-linux-gnu/libc.so.6
#33 0x08048521 in _start ()

Quelques précisions: je suis sur un ultra portable Dell inspiron, avec Kubuntu 11.10. Je n'ai pas trouvé d'infos convaincantes ailleurs pour l'instant.
Bon courage pour ceux qui peuvent faire quelque chose de ce code... Et merci d'avance à ceux qui tenteront de résoudre ou d'expliquer le problème.

edit:
j'ai trouvé une commande sur cette pagehttp://forum.ubuntu-fr.org/viewtopic.php?id=407935 que j'ai adapté (c'était pas compliqué...):

strace -f -e trace=open rekonq

et j'ai obtenu:

[pid 13725] open("/home/utilisateur/.kde/share/config/kio_httprc", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 19
[pid 13725] --- SIGSEGV (Segmentation fault) @ 0 (0) ---
KCrash: Application 'rekonq' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/nicobod/.kde/socket-monpc/kdeinit4__0
[pid 13725] --- SIGSTOP (Stopped (signal)) @ 0 (0) ---

Ce n'est qu'un extrait, mais si j'ai bien compris c'est la partie intéressante...

Dernière modification par Nicologx (Le 10/11/2011, à 18:57)


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#934 Le 15/11/2011, à 18:27

Bogoris

Re : Sortie de Rekonq 0.7

Même problème avec rekonq que Nicologx et Gwened56.Et comme Nicologx je suis sous un Dell Inspiron (6400 en ce qui me concerne).

Hors ligne

#935 Le 15/11/2011, à 22:32

yoann21

Re : Sortie de Rekonq 0.7

Salut,

Il y a très peu de chance que tu aies le même problème que Gwened56, une erreur de segmentation peut être dû à un nombre inimaginable de chose ...

Peux-tu tester avec la version en développement ?
Tu trouveras des paquets sur mon ppa ici : https://launchpad.net/~yoann-laissus/+a … rekonq-ppa

Peux-tu aussi me fournir un meilleur backtrace (les infos sur le développement) en installant le paquet rekonq-dbg puis en reproduisant le crash ?

Hors ligne

#936 Le 15/11/2011, à 22:35

yoann21

Re : Sortie de Rekonq 0.7

Bogoris a écrit :

Même problème avec rekonq que Nicologx et Gwened56.Et comme Nicologx je suis sous un Dell Inspiron (6400 en ce qui me concerne).

Salut,

As-tu le même backtrace que Nicologx ? Si c'est le cas, fait ce que j'ai mis plus haut wink

Vérifie uniquement sur le dernier bloc contenant :

Thread 1 (Thread 0xb77a4710 (LWP 26087)):
[KCrash Handler]
#7  0x00160eae in MainWindow::updateActions() () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so
#8  0x0016324a in MainWindow::postLaunch() () from /usr/lib/kde4/libkdeinit/libkdeinit4_rekonq.so

Sinon, ton crash se produit au démarrage c'est ça ?

Dernière modification par yoann21 (Le 15/11/2011, à 22:35)

Hors ligne

#937 Le 19/11/2011, à 23:19

Nicologx

Re : Sortie de Rekonq 0.7

Voilà ce que j'ai obtenu après avoir installé le paquet rekonq-dbg:

Application: rekonq (rekonq), signal: Segmentation fault
[Current thread is 1 (Thread 0xb78aa710 (LWP 12320))]

Thread 4 (Thread 0xb64d9b70 (LWP 12348)):
#0  0x00d9f416 in __kernel_vsyscall ()
#1  0x008e3a5c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x001efcfc in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0x01dca883 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x24e6340) at wtf/FastMalloc.cpp:2495
#4  0x01dca99f in WTF::TCMalloc_PageHeap::runScavengerThread (context=0x24e6340) at wtf/FastMalloc.cpp:1618
#5  0x008dfd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6  0x001e20ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 3 (Thread 0xb5bd8b70 (LWP 12352)):
#0  0x001eff4f in pthread_mutex_unlock () from /lib/i386-linux-gnu/libc.so.6
#1  0x0338687f in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0
#2  0x03387637 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0x03387c2a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0x03151b37 in QEventDispatcherGlib::processEvents (this=0x9b0d5c0, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#5  0x031221dd in QEventLoop::processEvents (this=0xb5bd82e0, flags=...) at kernel/qeventloop.cpp:149
#6  0x03122421 in QEventLoop::exec (this=0xb5bd82e0, flags=...) at kernel/qeventloop.cpp:201
#7  0x0302590b in QThread::exec (this=0x9b0ea10) at thread/qthread.cpp:498
#8  0x030259fb in QThread::run (this=0x9b0ea10) at thread/qthread.cpp:565
#9  0x030287b3 in QThreadPrivate::start (arg=0x9b0ea10) at thread/qthread_unix.cpp:331
#10 0x008dfd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#11 0x001e20ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 2 (Thread 0xb53d7b70 (LWP 12380)):
#0  0x00d9f416 in __kernel_vsyscall ()
#1  0x008e3a5c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x001efcfc in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0x004699a9 in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#4  0x004699ef in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#5  0x008dfd31 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6  0x001e20ce in clone () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: Not enough registers or memory available to unwind further

Thread 1 (Thread 0xb78aa710 (LWP 12320)):
[KCrash Handler]
#7  page (this=0x0) at /build/buildd/rekonq-0.8.0/src/webtab.h:71
#8  MainWindow::updateActions (this=0x9847528) at /build/buildd/rekonq-0.8.0/src/mainwindow.cpp:716
#9  0x009f424a in MainWindow::postLaunch (this=0x9847528) at /build/buildd/rekonq-0.8.0/src/mainwindow.cpp:272
#10 0x009fa8dc in MainWindow::qt_metacall (this=0x9847528, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0xbfe316a4) at /build/buildd/rekonq-0.8.0/obj-i686-linux-gnu/src/mainwindow.moc:175
#11 0x03129b7d in metacall (argv=0xbfe316a4, idx=66, cl=QMetaObject::InvokeMetaMethod, object=0x9847528) at kernel/qmetaobject.cpp:237
#12 QMetaObject::metacall (object=0x9847528, cl=QMetaObject::InvokeMetaMethod, idx=66, argv=0xbfe316a4) at kernel/qmetaobject.cpp:232
#13 0x03138a6a in QMetaObject::activate (sender=0x9a13cb0, m=0x3259238, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3278
#14 0x03140375 in QSingleShotTimer::timeout (this=0x9a13cb0) at .moc/release-shared/qtimer.moc:82
#15 0x0314042c in QSingleShotTimer::timerEvent (this=0x9a13cb0) at kernel/qtimer.cpp:308
#16 0x0313b994 in QObject::event (this=0x9a13cb0, e=0xbfe31a9c) at kernel/qobject.cpp:1181
#17 0x0264ed54 in notify_helper (e=0xbfe31a9c, receiver=0x9a13cb0, this=0x971b660) at kernel/qapplication.cpp:4486
#18 QApplicationPrivate::notify_helper (this=0x971b660, receiver=0x9a13cb0, e=0xbfe31a9c) at kernel/qapplication.cpp:4458
#19 0x02654103 in QApplication::notify (this=0xbfe31a9c, receiver=0x9a13cb0, e=0xbfe31a9c) at kernel/qapplication.cpp:3886
#20 0x08773681 in KApplication::notify (this=0xbfe31db8, receiver=0x9a13cb0, event=0xbfe31a9c) at ../../kdeui/kernel/kapplication.cpp:311
#21 0x0312319e in QCoreApplication::notifyInternal (this=0xbfe31db8, receiver=0x9a13cb0, event=0xbfe31a9c) at kernel/qcoreapplication.cpp:787
#22 0x03153c10 in sendEvent (event=0xbfe31a9c, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#23 QTimerInfoList::activateTimers (this=0x971fc34) at kernel/qeventdispatcher_unix.cpp:603
#24 0x03151122 in timerSourceDispatch (source=0x971fc00) at kernel/qeventdispatcher_glib.cpp:184
#25 0x0338725f in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#26 0x03387990 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#27 0x03387c2a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#28 0x03151ada in QEventDispatcherGlib::processEvents (this=0x96f9230, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#29 0x02706e3a in QGuiEventDispatcherGlib::processEvents (this=0x96f9230, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#30 0x031221dd in QEventLoop::processEvents (this=0xbfe31d14, flags=...) at kernel/qeventloop.cpp:149
#31 0x03122421 in QEventLoop::exec (this=0xbfe31d14, flags=...) at kernel/qeventloop.cpp:201
#32 0x0312719d in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064
#33 0x0264c8f4 in QApplication::exec () at kernel/qapplication.cpp:3760
#34 0x00a8a28e in kdemain (argc=1, argv=0xbfe320d4) at /build/buildd/rekonq-0.8.0/src/main.cpp:215
#35 0x080484fb in main (argc=1, argv=0xbfe320d4) at /build/buildd/rekonq-0.8.0/obj-i686-linux-gnu/src/rekonq_dummy.cpp:3

bon courage!

Cela dit, comment comprendre ces informations? vers quoi ou qui me tourner pour apprendre?


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#938 Le 20/11/2011, à 00:28

yoann21

Re : Sortie de Rekonq 0.7

Nicologx a écrit :

Cela dit, comment comprendre ces informations? vers quoi ou qui me tourner pour apprendre?

Je vais essayer de t'expliquer un peu big_smile
Par contre, si tu ne connais pas trop le C ou le C++ tu risques de pas tout comprendre.

Ces informations correspondent à la pile d'appel au moment du crash pour chaque thread. (les fonctions appelées) C'est à dire à quel endroit précis a planté le programme.

En fait, seulement une très petite partie de ces informations est utile vu que le seul thread qui nous intéresse est le thread principal de rekonq.

Donc c'est ces quelques lignes qui aident vraiment à repérer la cause du bug :

#7  page (this=0x0) at /build/buildd/rekonq-0.8.0/src/webtab.h:71
#8  MainWindow::updateActions (this=0x9847528) at /build/buildd/rekonq-0.8.0/src/mainwindow.cpp:716
#9  0x009f424a in MainWindow::postLaunch (this=0x9847528) at /build/buildd/rekonq-0.8.0/src/mainwindow.cpp:272
#10 0x009fa8dc in MainWindow::qt_metacall (this=0x9847528, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0xbfe316a4) at /build/buildd/rekonq-0.8.0/obj-i686-linux-gnu/src/mainwindow.moc:175

L'ordre des fonctions appelées se lit de bas en haut.
Donc on peut en déduire que dans la fonction updateActions, on a tenté d'utiliser un pointeur WebTab null ce qui a provoqué une erreur de segmentation.

Sinon concernant ce bug, il a été reporté ici : https://bugs.kde.org/show_bug.cgi?id=284356
Un patch a été fait récemment pour le corriger donc peux-tu tester avec mon ppa ?

Dernière modification par yoann21 (Le 20/11/2011, à 00:29)

Hors ligne

#939 Le 20/11/2011, à 22:03

Nicologx

Re : Sortie de Rekonq 0.7

Merci pour les infos!

Je fais des applications console en C depuis peu de temps, alors j'ai pas tout pigé effectivement...
On dirait que les fonctions sont annoncées par ::
je savais même pas ce qu'était un thread mais j'ai pu trouvé des infos.

Quel est le langage utilisé? (ou est-ce plutôt une sorte de rapport d'activité de l'application? )
Pourquoi lit-on de bas en haut?
pourquoi y a-t-il plus de threads affichés avant l'installation de rekonq-dbg?

Pour le ppa, je vais essayer et je te tiens au courant.


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#940 Le 20/11/2011, à 23:08

Nicologx

Re : Sortie de Rekonq 0.7

Voila je navigue avec rekonq!! ça fonctionne! merci smile

Par contre, je constate une petite lenteur par rapport à mes autres postes, et j'ai l'impression que la page des favoris gère moins bien l'espace (avant je pouvais afficher 4 favoris par ligne, seulement 3 maintenant) et certaines vignettes ne cessent de checher une image.
Cela dit ce n'est pas vraiment gênant.


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#941 Le 20/11/2011, à 23:31

yoann21

Re : Sortie de Rekonq 0.7

Merci pour les infos!

Je fais des applications console en C depuis peu de temps, alors j'ai pas tout pigé effectivement...
On dirait que les fonctions sont annoncées par ::

C'est du C++ donc la fonction est précédée du nom de la classe à laquelle elle appartient.

Quel est le langage utilisé? (ou est-ce plutôt une sorte de rapport d'activité de l'application? )

C'est pas vraiment un langage. C'est juste le retour de gdb, le debugger fourni avec gcc.

Pourquoi lit-on de bas en haut?

C'est la pile des fonctions appelées. Tu as donc en bas la fonction de base puis ensuite tous les appels de fonction emmenant au crash.

pourquoi y a-t-il plus de threads affichés avant l'installation de rekonq-dbg?

Aucune idée big_smile
rekonq-dbg fournit juste un binaire de rekonq avec les symboles de deboguage donc en théorie ça devrait être pareil au niveau des thread.

Par contre, je constate une petite lenteur par rapport à mes autres postes, et j'ai l'impression que la page des favoris gère moins bien l'espace (avant je pouvais afficher 4 favoris par ligne, seulement 3 maintenant) et certaines vignettes ne cessent de checher une image.

Pour la lenteur, ça vient peut être de l'adlblock, essaie de le désactiver.
Sinon je ne me souviens pas avoir vu de modif du code de la page de favoris depuis la sortie de la 0.8, j'y jetterai un œil.

Hors ligne

#942 Le 21/11/2011, à 18:48

Nicologx

Re : Sortie de Rekonq 0.7

Ok j'y vois un peu plus clair. encore merci. Et donc il faut que je me mette au C++ pour pouvoir comprendre davantage!

Je préfère conserver adblock et naviguer -un peu- moins vite... Mais de toute façon, ça reste réactif.
Pour l'affichage, je crois que c'est du à ma config (mon paneau est sur le côté gauche et affichage en 1024x600).

sinon j'ai vu un sujet "rekonq 0.8", j'y posterais mes prochains messages... ce sera certainement plus cohérent.

Dernière modification par Nicologx (Le 21/11/2011, à 18:50)


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#943 Le 21/11/2011, à 21:49

yoann21

Re : Sortie de Rekonq 0.7

Mieux vaut rester dans celui la ^^
Celui nommé "rekonq 0.8" était juste à propos d'un bug.

J'essaierai de voir avec megabigbug pour qu'il mette à jour le sujet.

Hors ligne

#944 Le 21/11/2011, à 22:22

Nicologx

Re : Sortie de Rekonq 0.7

Ok wink

À propos, j'observe de nombreux crash...
Le dernier m'a donné ceci (je n'affiche que le thread 1, mais j'ai enregistrer le reste au cas où):

Thread 1 (Thread 0xb7806710 (LWP 14551)):
[KCrash Handler]
#7  0x015c6952 in WebCore::InspectorClientQt::sendMessageToFrontend (this=0xa4c7c38, message=...) at WebCoreSupport/InspectorClientQt.cpp:282
#8  0x0152f48d in WebCore::InspectorFrontend::Network::requestWillBeSent (this=0xa612b68, identifier=376, frameId=..., loaderId=..., documentURL=..., request=..., timestamp=1321907747.557147, stackTrace=..., redirectResponse=...) at ../../WebCore/generated/InspectorFrontend.cpp:210
#9  0x019143c6 in WebCore::InspectorResourceAgent::willSendRequest (this=0x9ed461b8, identifier=376, loader=0x98c8f680, request=..., redirectResponse=...) at inspector/InspectorResourceAgent.cpp:214
#10 0x0190171e in WebCore::InspectorInstrumentation::willSendRequestImpl (inspectorAgent=0x98ef9a00, identifier=376, loader=0x98c8f680, request=..., redirectResponse=...) at inspector/InspectorInstrumentation.cpp:403
#11 0x019817d5 in willSendRequest (redirectResponse=..., request=..., loader=0x98c8f680, identifier=376, frame=<optimized out>) at inspector/InspectorInstrumentation.h:629
#12 WebCore::ResourceLoadNotifier::dispatchWillSendRequest (this=0x98ffb960, loader=0x98c8f680, identifier=376, request=..., redirectResponse=...) at loader/ResourceLoadNotifier.cpp:119
#13 0x019823e0 in WebCore::ResourceLoadNotifier::willSendRequest (this=0x98ffb960, loader=0x95e3e800, clientRequest=..., redirectResponse=...) at loader/ResourceLoadNotifier.cpp:64
#14 0x0197ed33 in WebCore::ResourceLoader::willSendRequest (this=0x95e3e800, request=..., redirectResponse=...) at loader/ResourceLoader.cpp:238
#15 0x0196b858 in WebCore::MainResourceLoader::willSendRequest (this=0x95e3e800, newRequest=..., redirectResponse=...) at loader/MainResourceLoader.cpp:219
#16 0x0196caf9 in WebCore::MainResourceLoader::loadNow (this=0x95e3e800, r=...) at loader/MainResourceLoader.cpp:566
#17 0x0196e1a6 in WebCore::MainResourceLoader::load (this=0x95e3e800, r=..., substituteData=...) at loader/MainResourceLoader.cpp:612
#18 0x0194375b in WebCore::DocumentLoader::startLoadingMainResource (this=0x98c8f680, identifier=376) at loader/DocumentLoader.cpp:798
#19 0x0194e95c in WebCore::FrameLoader::continueLoadAfterWillSubmitForm (this=0x98ffb844) at loader/FrameLoader.cpp:2572
#20 0x0195a890 in WebCore::FrameLoader::continueLoadAfterNavigationPolicy (this=0x98ffb844, formState=..., shouldContinue=true) at loader/FrameLoader.cpp:3105
#21 0x0195a904 in WebCore::FrameLoader::callContinueLoadAfterNavigationPolicy (argument=0x98ffb844, request=..., formState=..., shouldContinue=true) at loader/FrameLoader.cpp:2978
#22 0x019767cc in WebCore::PolicyChecker::checkNavigationPolicy (this=0x98ffb84c, request=..., loader=0x98c8f680, formState=..., function=0x195a8c0 <WebCore::FrameLoader::callContinueLoadAfterNavigationPolicy(void*, WebCore::ResourceRequest const&, WTF::PassRefPtr<WebCore::FormState>, bool)>, argument=0x98ffb844) at loader/PolicyChecker.cpp:68
#23 0x0195ae3c in WebCore::FrameLoader::loadWithDocumentLoader (this=0x98ffb844, loader=0x98c8f680, type=WebCore::FrameLoadTypeStandard, prpFormState=...) at loader/FrameLoader.cpp:1586
#24 0x0195b69f in WebCore::FrameLoader::load (this=0x98ffb844, newDocumentLoader=0x98c8f680) at loader/FrameLoader.cpp:1527
#25 0x0195b824 in WebCore::FrameLoader::load (this=0x98ffb844, request=..., substituteData=..., lockHistory=false) at loader/FrameLoader.cpp:1463
#26 0x0157b6f6 in QWebFrame::setHtml (this=0x0, html=..., baseUrl=...) at Api/qwebframe.cpp:974
#27 0x00176b5e in NewTabPage::generate (this=0xbfa2c684, url=...) at /build/buildd/rekonq-0.8.52+git2011111916/src/newtabpage.cpp:129
#28 0x001771ba in NewTabPage::generate (this=0xbfa2c684, url=...) at /build/buildd/rekonq-0.8.52+git2011111916/src/newtabpage.cpp:98
#29 0x0017be95 in ProtocolHandler::preHandling (this=0xa4c5948, request=..., frame=0x9c74d10) at /build/buildd/rekonq-0.8.52+git2011111916/src/protocolhandler.cpp:171
#30 0x00192096 in WebPage::acceptNavigationRequest (this=0xa4c5930, frame=0x9c74d10, request=..., type=QWebPage::NavigationTypeLinkClicked) at /build/buildd/rekonq-0.8.52+git2011111916/src/webpage.cpp:334
#31 0x01582dd5 in QWebPagePrivate::acceptNavigationRequest (this=0xa4bdf38, frame=0x9c74d10, request=..., type=QWebPage::NavigationTypeLinkClicked) at Api/qwebpage.cpp:419
#32 0x015c4fec in WebCore::FrameLoaderClientQt::dispatchDecidePolicyForNavigationAction (this=0x9c74bc0, function=(void (WebCore::PolicyChecker::*)(WebCore::PolicyChecker * const, WebCore::PolicyAction)) 0x1975080 <WebCore::PolicyChecker::continueAfterNavigationPolicy(WebCore::PolicyAction)>, action=..., request=...) at WebCoreSupport/FrameLoaderClientQt.cpp:1271
#33 0x01976fd5 in WebCore::PolicyChecker::checkNavigationPolicy (this=0x98ffb84c, request=..., loader=0x98de6b00, formState=..., function=0x195a8c0 <WebCore::FrameLoader::callContinueLoadAfterNavigationPolicy(void*, WebCore::ResourceRequest const&, WTF::PassRefPtr<WebCore::FormState>, bool)>, argument=0x98ffb844) at loader/PolicyChecker.cpp:88
#34 0x0195ae3c in WebCore::FrameLoader::loadWithDocumentLoader (this=0x98ffb844, loader=0x98de6b00, type=WebCore::FrameLoadTypeStandard, prpFormState=...) at loader/FrameLoader.cpp:1586
#35 0x0195bf63 in WebCore::FrameLoader::loadWithNavigationAction (this=0x98ffb844, request=..., action=..., lockHistory=false, type=WebCore::FrameLoadTypeStandard, formState=...) at loader/FrameLoader.cpp:1492
#36 0x0195ce8a in WebCore::FrameLoader::loadURL (this=0x98ffb844, newURL=..., referrer=..., frameName=..., lockHistory=false, newLoadType=WebCore::FrameLoadTypeStandard, event=..., prpFormState=) at loader/FrameLoader.cpp:1435
#37 0x0195d7c4 in WebCore::FrameLoader::loadFrameRequest (this=0x98ffb844, request=..., lockHistory=false, lockBackForwardList=false, event=..., formState=..., referrerPolicy=WebCore::SendReferrer) at loader/FrameLoader.cpp:1367
#38 0x0195e03c in WebCore::FrameLoader::urlSelected (this=0x98ffb844, passedRequest=..., triggeringEvent=..., lockHistory=false, lockBackForwardList=false, referrerPolicy=WebCore::SendReferrer, shouldReplaceDocumentIfJavaScriptURL=174140264) at loader/FrameLoader.cpp:299
#39 0x0195e430 in WebCore::FrameLoader::urlSelected (this=0x98ffb844, url=..., passedTarget=..., triggeringEvent=..., lockHistory=false, lockBackForwardList=false, referrerPolicy=WebCore::SendReferrer) at loader/FrameLoader.cpp:276
#40 0x0181eb98 in WebCore::handleLinkClick (event=0x0, document=0xa612b68, url=..., target=..., hideReferrer=false) at html/HTMLAnchorElement.cpp:555
#41 0x0181ef2f in WebCore::HTMLAnchorElement::defaultEventHandler (this=0xa4d92d0, event=0x98c874b0) at html/HTMLAnchorElement.cpp:153
#42 0x01743af9 in WebCore::EventDispatcher::dispatchEvent (this=0xbfa2d404, event=...) at dom/EventDispatcher.cpp:345
#43 0x0174d940 in WebCore::MouseEventDispatchMediator::dispatchEvent (this=0xbfa2d45c, dispatcher=0xbfa2d404) at dom/MouseEvent.cpp:176
#44 0x017429d5 in WebCore::EventDispatcher::dispatchEvent (node=0xa4cf298, mediator=...) at dom/EventDispatcher.cpp:53
#45 0x0175692f in WebCore::Node::dispatchMouseEvent (this=0xa4cf298, event=..., eventType=..., detail=0, relatedTarget=0x0) at dom/Node.cpp:2856
#46 0x019bccfa in WebCore::EventHandler::dispatchMouseEvent (this=0x98ffbc3c, eventType=..., targetNode=0xa4f3f58, clickCount=1, mouseEvent=..., setUnder=true) at page/EventHandler.cpp:2004
#47 0x019bd588 in WebCore::EventHandler::handleMouseReleaseEvent (this=0x98ffbc3c, mouseEvent=...) at page/EventHandler.cpp:1708
#48 0x01587892 in QWebPagePrivate::mouseReleaseEvent<QMouseEvent> (this=0xa4bdf38, ev=0xbfa2dccc) at Api/qwebpage.cpp:795
#49 0x015910b4 in QWebPage::event (this=0xa4c5930, ev=0xbfa2dccc) at Api/qwebpage.cpp:3061
#50 0x01593dc0 in QWebView::mouseReleaseEvent (this=0xa4c7b50, ev=0xbfa2dccc) at Api/qwebview.cpp:1028
#51 0x003bfc82 in KWebView::mouseReleaseEvent (this=0xa4c7b50, event=0xbfa2dccc) at ../../kdewebkit/kwebview.cpp:80
#52 0x02a98f98 in QWidget::event (this=0xa4c7b50, event=0xbfa2dccc) at kernel/qwidget.cpp:8295
#53 0x01594363 in QWebView::event (this=0xa4c7b50, e=0xbfa2dccc) at Api/qwebview.cpp:865
#54 0x02a3ed54 in notify_helper (e=0xbfa2dccc, receiver=0xa4c7b50, this=0x80e4638) at kernel/qapplication.cpp:4486
#55 QApplicationPrivate::notify_helper (this=0x80e4638, receiver=0xa4c7b50, e=0xbfa2dccc) at kernel/qapplication.cpp:4458
#56 0x02a44dbb in QApplication::notify (this=0x80e4638, receiver=0xa4c7b50, e=0xbfa2dccc) at kernel/qapplication.cpp:4047
#57 0x05b33681 in KApplication::notify (this=0xbfa2e4f8, receiver=0xa4c7b50, event=0xbfa2dccc) at ../../kdeui/kernel/kapplication.cpp:311
#58 0x0351319e in QCoreApplication::notifyInternal (this=0xbfa2e4f8, receiver=0xa4c7b50, event=0xbfa2dccc) at kernel/qcoreapplication.cpp:787
#59 0x02a3fd15 in sendEvent (event=<optimized out>, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#60 QApplicationPrivate::sendMouseEvent (receiver=0xa4c7b50, event=0xbfa2dccc, alienWidget=0xa4c7b50, nativeWidget=0xa0f7c28, buttonDown=0x33a9eb4, lastMouseReceiver=..., spontaneous=true) at kernel/qapplication.cpp:3146
#61 0x02acc2c4 in QETWidget::translateMouseEvent (this=0xa0f7c28, event=0xbfa2e14c) at kernel/qapplication_x11.cpp:4568
#62 0x02acae4d in QApplication::x11ProcessEvent (this=0xbfa2e4f8, event=0xbfa2e14c) at kernel/qapplication_x11.cpp:3690
#63 0x02af724c in x11EventSourceDispatch (s=0x80e5610, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#64 0x0714425f in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#65 0x07144990 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#66 0x07144c2a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#67 0x03541ada in QEventDispatcherGlib::processEvents (this=0x80c2230, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#68 0x02af6e3a in QGuiEventDispatcherGlib::processEvents (this=0x80c2230, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#69 0x035121dd in QEventLoop::processEvents (this=0xbfa2e454, flags=...) at kernel/qeventloop.cpp:149
#70 0x03512421 in QEventLoop::exec (this=0xbfa2e454, flags=...) at kernel/qeventloop.cpp:201
#71 0x0351719d in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064
#72 0x02a3c8f4 in QApplication::exec () at kernel/qapplication.cpp:3760
#73 0x001fc22e in kdemain (argc=1, argv=0xbfa2e814) at /build/buildd/rekonq-0.8.52+git2011111916/src/main.cpp:215
#74 0x0804850b in main (argc=1, argv=0xbfa2e814) at /build/buildd/rekonq-0.8.52+git2011111916/obj-i686-linux-gnu/src/rekonq_dummy.cpp:3

ça arrive sur divers sites, j'arrive pas à identifier une action particulière, mais j'ai l'impression que lorsque je suis connecté avec un identifiant (et mot de passe) à un site, les chances de crash augmente (yahoo, ici même, ...).

Autre chose je parlais d'un aperçu (sur la page des favoris) qui ne cesse de charger: c'est sur un site que j'utilise au niveau professionnel et dont le code source a l'air confus. Si ça peut aider, je veux bien le nommer, mais pour des raisons de confidentialité (professionnelle) je préfère éviter de le faire sur ce forum.
(edit: c'est bon! après être aller sur le site et un redémarrage du poste (en plus il y a eu de grosses mises à jour, du noyau notamment) l'aperçu s'affiche. De même, la fluidité de navigation est bonne, et pour l'instant pas de crash, alors que j'en ai eu plus d'une dizaine dans la journée!)

Par contre une chose assez exceptionnelle: lorsque je lance la page d'accueil du siteduzero.com (edit: et d'autres sites également), LibreOffice se lance!?

Dernière modification par Nicologx (Le 22/11/2011, à 09:17)


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#945 Le 22/11/2011, à 22:30

yoann21

Re : Sortie de Rekonq 0.7

Nicologx a écrit :

Ok wink

À propos, j'observe de nombreux crash...
Le dernier m'a donné ceci (je n'affiche que le thread 1, mais j'ai enregistrer le reste au cas où):

Pour ce crash, j'ai l'impression que ce n'est pas lié à rekonq mais à webkit/qtwebkit. J'ai repéré plein d'autre crash similaire sur le bugtracker donc ton cas n'est pas isolé smile

Nicologx a écrit :

Par contre une chose assez exceptionnelle: lorsque je lance la page d'accueil du siteduzero.com (edit: et d'autres sites également), LibreOffice se lance!?

J'avais jamais vu encore big_smile
Quel type de fichier rekonq a voulu ouvrir avec libreoffice ?

Dernière modification par yoann21 (Le 22/11/2011, à 22:30)

Hors ligne

#946 Le 22/11/2011, à 23:09

jajaX

Re : Sortie de Rekonq 0.7

salut

pour libreoffice, c'est un bug de webkit (ou de kubuntu, jene sais plus). c'est en cours de résolution (vu sur bugs.kde ou launchpad).


@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 22.04 Jammy Jellyfish (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)

Hors ligne

#947 Le 23/11/2011, à 10:13

Nicologx

Re : Sortie de Rekonq 0.7

ok ok, ça me rassure.

D'ailleurs, j'ai beaucoup moins de crash depuis deux jours.

Par contre pour Libre office, c'est systématique: Une fois Rekonq lancé, il ne faut pas 2 min pour qu'il se lance tout seul! au début c'est hallucinant yikes, mais maintenant je suis "habitué" et je vais patienter.

encore merci pour les infos!


Kubuntu 14.04 - Site officiel | Chakra (en mode découverte…) - Site officiel - Présentation en français
Membre de RotomaLUG (à Rouen)

Hors ligne

#948 Le 23/11/2011, à 12:38

jajaX

Re : Sortie de Rekonq 0.7

voici mon rapport de bug sur launchpad.


@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 22.04 Jammy Jellyfish (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)

Hors ligne

#949 Le 12/12/2011, à 03:14

187wayztodie

Re : Sortie de Rekonq 0.7

Rekonq 0.8.1 est sorti . Pour l'installer faut t'il impérativement désinstaller l'ancienne version rekonq 0.8.0 ? et comment le compiler correctement ?

Dernière modification par 187wayztodie (Le 12/12/2011, à 03:42)

Hors ligne

#950 Le 12/12/2011, à 12:01

yoann21

Re : Sortie de Rekonq 0.7

Salut,
Si tu veux compiler et installer rekonq 0.8.1 à la place de ta version courante, il faut que tu désinstalle le paquet avant.
Ensuite c'est assez classique :

mkdir build ; cd build
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
make -j2
sudo make install

Sinon je ferai des paquets de cette version dans mon ppa stable pendant la semaine, donc comme tu veux :)

Hors ligne