Re: Missing icons in current QtMoko git build
On Thursday, November 08, 2012 09:51:25 AM Neil Jerram wrote: > There are 2 new files in the Arora patch that I think haven't yet been > added to the Git repository... Ups, i again forgot about them. Fixed now. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
Radek Polak writes: > On Wednesday, November 07, 2012 10:47:51 PM Neil Jerram wrote: > >> If you're thinking of a release soon, I have a couple of safe (I >> believe) things that you might want to include in that. First, the >> support for Arora to provide the "WebAccess" service, which makes it >> work to click on URLs in emails and other places - this is a patch for >> the Arora submodule. Second, a tweak to the Mokofaen theme so that it >> has room for displaying >=10 satellites in the title bar. I've attached >> those below. > > Both are applied, thanks! There are 2 new files in the Arora patch that I think haven't yet been added to the Git repository... Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
On Wednesday, November 07, 2012 10:47:51 PM Neil Jerram wrote: > If you're thinking of a release soon, I have a couple of safe (I > believe) things that you might want to include in that. First, the > support for Arora to provide the "WebAccess" service, which makes it > work to click on URLs in emails and other places - this is a patch for > the Arora submodule. Second, a tweak to the Mokofaen theme so that it > has room for displaying >=10 satellites in the title bar. I've attached > those below. Both are applied, thanks! Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
Neil Jerram writes: > Radek Polak writes: > >> It seems that it's again QFileInfo problem. They have refactored it during >> 4.7->4.8 cycle and that broke our resource system. It's clearly a regression >> in their public API, but all my bugs (even with patch) are ignored in Qt bug >> tracker. >> >> I tried simple fix for QFileInfo::suffix() which works for resources, but >> does >> not work for regular files now. >> >> Attached is attempt to make it working for both cases, but it's untested. I >> guess i will have to go through qfileinfo.cpp commits and check if this fix >> is >> really correct. > > Thanks. I'm rebuilding with this now, and will report. That build has completed and installed fine, and now all the expected icons are there when QtMoko restarts. So the latest QFileInfo fix looks good. > I'm hoping that it might also fix my email - which I think broke at the > same time as I moved my codebase to Qt 4.8. My log has "the server > certificate is untrusted" errors, and I guess that might be to do with > incorrectly handling file names in /etc/ssl/certs. (I don't know any more about this yet.) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
EdorFaus writes: > On 11/07/2012 11:01 PM, Neil Jerram wrote: >> Neil Jerram writes: >> >>> If you're thinking of a release soon, I have a couple of safe (I >>> believe) things that you might want to include in that. First, the >>> support for Arora to provide the "WebAccess" service, which makes it >>> work to click on URLs in emails and other places - this is a patch for >>> the Arora submodule. Second, a tweak to the Mokofaen theme so that it >>> has room for displaying >=10 satellites in the title bar. I've attached >>> those below. >> >> Hmm, something odd happened there. Apparently the two attachments were >> stripped off, and then appeared in my sent items as two separate patch >> emails. Here's another attempt to attach them... > > That's something odd on your end then - on my end, it appeared as a > single email with two attached patches. This email also showed up that > way, perfectly fine. Ah, thanks. I saw that the attachments were missing at http://lists.openmoko.org/pipermail/community/2012-November/067744.html, and incorrectly concluded that they'd been removed before the email left my network. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
EdorFaus writes: > On 11/07/2012 11:01 PM, Neil Jerram wrote: >> Neil Jerram writes: >> >>> If you're thinking of a release soon, I have a couple of safe (I >>> believe) things that you might want to include in that. First, the >>> support for Arora to provide the "WebAccess" service, which makes it >>> work to click on URLs in emails and other places - this is a patch for >>> the Arora submodule. Second, a tweak to the Mokofaen theme so that it >>> has room for displaying >=10 satellites in the title bar. I've attached >>> those below. >> >> Hmm, something odd happened there. Apparently the two attachments were >> stripped off, and then appeared in my sent items as two separate patch >> emails. Here's another attempt to attach them... > > That's something odd on your end then - on my end, it appeared as a > single email with two attached patches. This email also showed up that > way, perfectly fine. Ah, thanks. I saw that the attachments were missing at http://lists.openmoko.org/pipermail/community/2012-November/067744.html, and incorrectly concluded that they'd been removed before the email left my network. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
On 11/07/2012 11:01 PM, Neil Jerram wrote: Neil Jerram writes: If you're thinking of a release soon, I have a couple of safe (I believe) things that you might want to include in that. First, the support for Arora to provide the "WebAccess" service, which makes it work to click on URLs in emails and other places - this is a patch for the Arora submodule. Second, a tweak to the Mokofaen theme so that it has room for displaying >=10 satellites in the title bar. I've attached those below. Hmm, something odd happened there. Apparently the two attachments were stripped off, and then appeared in my sent items as two separate patch emails. Here's another attempt to attach them... That's something odd on your end then - on my end, it appeared as a single email with two attached patches. This email also showed up that way, perfectly fine. -Frode ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
Neil Jerram writes:
> If you're thinking of a release soon, I have a couple of safe (I
> believe) things that you might want to include in that. First, the
> support for Arora to provide the "WebAccess" service, which makes it
> work to click on URLs in emails and other places - this is a patch for
> the Arora submodule. Second, a tweak to the Mokofaen theme so that it
> has room for displaying >=10 satellites in the title bar. I've attached
> those below.
Hmm, something odd happened there. Apparently the two attachments were
stripped off, and then appeared in my sent items as two separate patch
emails. Here's another attempt to attach them...
>From a3784d5e4107cbc460139bc3ded8fe0cde76b9ec Mon Sep 17 00:00:00 2001
From: Neil Jerram
Date: Sun, 16 Sep 2012 23:42:19 +0100
Subject: [PATCH] arora - Provide the Qtopia "WebAccess" service
This makes clicking on links in email work - both when Arora is
already running, and when there isn't already any web browser
running (in which case Arora is started automatically).
---
.gitignore |2 +-
src/browserapplication.cpp | 29 +
src/qbuild.pro |6 ++
src/services/WebAccess/arora |2 ++
src/webservice.h | 37 +
5 files changed, 75 insertions(+), 1 deletion(-)
create mode 100644 src/services/WebAccess/arora
create mode 100644 src/webservice.h
diff --git a/.gitignore b/.gitignore
index b101154..a8bea3c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,4 +1,4 @@
-arora
+/arora
Arora.app
Makefile
.DS_Store
diff --git a/src/browserapplication.cpp b/src/browserapplication.cpp
index cc8bd1f..5585971 100644
--- a/src/browserapplication.cpp
+++ b/src/browserapplication.cpp
@@ -83,9 +83,23 @@
#include
#include
+#include
#include
+#include "webservice.h"
+
+void WebAccessService::openURL(QString url)
+{
+emit openUrl(url);
+}
+
+void WebAccessService::openSecureURL(QString url)
+{
+// XXX make sure this is a secure url
+emit openUrl(url);
+}
+
DownloadManager *BrowserApplication::s_downloadManager = 0;
HistoryManager *BrowserApplication::s_historyManager = 0;
NetworkAccessManager *BrowserApplication::s_networkAccessManager = 0;
@@ -152,6 +166,10 @@ BrowserApplication::BrowserApplication(int &argc, char **argv)
this, SLOT(lastWindowClosed()));
#endif
+QObject *service = new WebAccessService(this);
+connect(service, SIGNAL(openUrl(const QString &)),
+ this, SLOT(messageRecieved(const QString &)));
+
#ifndef AUTOTESTS
QTimer::singleShot(0, this, SLOT(postLaunch()));
#endif
@@ -455,6 +473,17 @@ BrowserMainWindow *BrowserApplication::newMainWindow()
m_mainWindows.prepend(browser);
setMainWidget(browser); //
showMainWidget();
+
+// Calling showMainWidget() a second time is the magic sauce that
+// is needed for Qtopia not to kill Arora after it has processed a
+// request for the WebAccess service. When servicing a
+// QtopiaServiceRequest requires _launching_ a new application -
+// i.e. because a suitable application isn't already running -
+// Qtopia's default behaviour is to close the launched application
+// again as soon as it appears to have processed that request.
+// For a web browser, we clearly don't want that.
+showMainWidget();
+
//browser->show();
return browser;
}
diff --git a/src/qbuild.pro b/src/qbuild.pro
index 4db82b6..7e39289 100644
--- a/src/qbuild.pro
+++ b/src/qbuild.pro
@@ -93,6 +93,7 @@ HEADERS += \
tabwidget.h \
toolbarsearch.h \
webactionmapper.h \
+webservice.h \
webview.h \
webviewsearch.h \
xbel.h
@@ -151,3 +152,8 @@ SOURCES += \
utils/rotate.cpp
#---
+
+# Install service registration
+service.files=services/WebAccess/arora
+service.path=/services/WebAccess
+INSTALLS+=service
diff --git a/src/services/WebAccess/arora b/src/services/WebAccess/arora
new file mode 100644
index 000..f99c0fd
--- /dev/null
+++ b/src/services/WebAccess/arora
@@ -0,0 +1,2 @@
+[Standard]
+Version=100
diff --git a/src/webservice.h b/src/webservice.h
new file mode 100644
index 000..d164a68
--- /dev/null
+++ b/src/webservice.h
@@ -0,0 +1,37 @@
+/
+**
+** This file was largely copied from examples/webviewer/webviewer.cpp
+** in the QtMoko distribution. But given that it has so few lines of
+** code, and that that code simply implements what standard Qtopia
+** documentation says for a Qtopia service, I don't think it has to
+** inherit that file's copyright and license. For the same reasons,
+** we don't declare any specific copyright and license for this file.
+**
+/
+
+#ifndef WEBSERVICE_H
+#define WEBSERVICE_H
+
+#include
+#include
+#include
+
+class WebAccessService : pu
Re: Missing icons in current QtMoko git build
Radek Polak writes:
> It seems that it's again QFileInfo problem. They have refactored it during
> 4.7->4.8 cycle and that broke our resource system. It's clearly a regression
> in their public API, but all my bugs (even with patch) are ignored in Qt bug
> tracker.
>
> I tried simple fix for QFileInfo::suffix() which works for resources, but
> does
> not work for regular files now.
>
> Attached is attempt to make it working for both cases, but it's untested. I
> guess i will have to go through qfileinfo.cpp commits and check if this fix
> is
> really correct.
Thanks. I'm rebuilding with this now, and will report.
I'm hoping that it might also fix my email - which I think broke at the
same time as I moved my codebase to Qt 4.8. My log has "the server
certificate is untrusted" errors, and I guess that might be to do with
incorrectly handling file names in /etc/ssl/certs.
If you're thinking of a release soon, I have a couple of safe (I
believe) things that you might want to include in that. First, the
support for Arora to provide the "WebAccess" service, which makes it
work to click on URLs in emails and other places - this is a patch for
the Arora submodule. Second, a tweak to the Mokofaen theme so that it
has room for displaying >=10 satellites in the title bar. I've attached
those below.
Regards,
Neil
>From a3784d5e4107cbc460139bc3ded8fe0cde76b9ec Mon Sep 17 00:00:00 2001
From: Neil Jerram
Date: Sun, 16 Sep 2012 23:42:19 +0100
Subject: [PATCH] arora - Provide the Qtopia "WebAccess" service
This makes clicking on links in email work - both when Arora is
already running, and when there isn't already any web browser
running (in which case Arora is started automatically).
---
.gitignore |2 +-
src/browserapplication.cpp | 29 +
src/qbuild.pro |6 ++
src/services/WebAccess/arora |2 ++
src/webservice.h | 37 +
5 files changed, 75 insertions(+), 1 deletion(-)
create mode 100644 src/services/WebAccess/arora
create mode 100644 src/webservice.h
diff --git a/.gitignore b/.gitignore
index b101154..a8bea3c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,4 +1,4 @@
-arora
+/arora
Arora.app
Makefile
.DS_Store
diff --git a/src/browserapplication.cpp b/src/browserapplication.cpp
index cc8bd1f..5585971 100644
--- a/src/browserapplication.cpp
+++ b/src/browserapplication.cpp
@@ -83,9 +83,23 @@
#include
#include
+#include
#include
+#include "webservice.h"
+
+void WebAccessService::openURL(QString url)
+{
+emit openUrl(url);
+}
+
+void WebAccessService::openSecureURL(QString url)
+{
+// XXX make sure this is a secure url
+emit openUrl(url);
+}
+
DownloadManager *BrowserApplication::s_downloadManager = 0;
HistoryManager *BrowserApplication::s_historyManager = 0;
NetworkAccessManager *BrowserApplication::s_networkAccessManager = 0;
@@ -152,6 +166,10 @@ BrowserApplication::BrowserApplication(int &argc, char **argv)
this, SLOT(lastWindowClosed()));
#endif
+QObject *service = new WebAccessService(this);
+connect(service, SIGNAL(openUrl(const QString &)),
+ this, SLOT(messageRecieved(const QString &)));
+
#ifndef AUTOTESTS
QTimer::singleShot(0, this, SLOT(postLaunch()));
#endif
@@ -455,6 +473,17 @@ BrowserMainWindow *BrowserApplication::newMainWindow()
m_mainWindows.prepend(browser);
setMainWidget(browser); //
showMainWidget();
+
+// Calling showMainWidget() a second time is the magic sauce that
+// is needed for Qtopia not to kill Arora after it has processed a
+// request for the WebAccess service. When servicing a
+// QtopiaServiceRequest requires _launching_ a new application -
+// i.e. because a suitable application isn't already running -
+// Qtopia's default behaviour is to close the launched application
+// again as soon as it appears to have processed that request.
+// For a web browser, we clearly don't want that.
+showMainWidget();
+
//browser->show();
return browser;
}
diff --git a/src/qbuild.pro b/src/qbuild.pro
index 4db82b6..7e39289 100644
--- a/src/qbuild.pro
+++ b/src/qbuild.pro
@@ -93,6 +93,7 @@ HEADERS += \
tabwidget.h \
toolbarsearch.h \
webactionmapper.h \
+webservice.h \
webview.h \
webviewsearch.h \
xbel.h
@@ -151,3 +152,8 @@ SOURCES += \
utils/rotate.cpp
#---
+
+# Install service registration
+service.files=services/WebAccess/arora
+service.path=/services/WebAccess
+INSTALLS+=service
diff --git a/src/services/WebAccess/arora b/src/services/WebAccess/arora
new file mode 100644
index 000..f99c0fd
--- /dev/null
+++ b/src/services/WebAccess/arora
@@ -0,0 +1,2 @@
+[Standard]
+Version=100
diff --git a/src/webservice.h b/src/webservice.h
new file mode 100644
index 000..d164a68
--- /dev/null
+++ b/src/webservice.h
@@ -0,0 +1,37 @@
+/*
Re: Missing icons in current QtMoko git build
On Tuesday, November 06, 2012 08:10:04 PM Neil Jerram wrote:
> Radek wrote at
>
>
https://github.com/radekp/qtmoko/commit/871fe7f2bd712311ff88f2ef9042eb3112d65b1a:
> > + * Currently there is bug when generating qtopia_db.sqlite. As a result
> > you + will se no icons in the application menu. As a workaround copy
> > that db from + some older release:
> > +
> > +cp good_old_release/opt/qtmoko/qtopia_db.sqlite
> > /opt/qtmoko/qtopia_db.sqlite
>
> Hooray, thanks, I have all my icons back again now.
>
> Can I help with fixing that bug?
It seems that it's again QFileInfo problem. They have refactored it during
4.7->4.8 cycle and that broke our resource system. It's clearly a regression
in their public API, but all my bugs (even with patch) are ignored in Qt bug
tracker.
I tried simple fix for QFileInfo::suffix() which works for resources, but does
not work for regular files now.
Attached is attempt to make it working for both cases, but it's untested. I
guess i will have to go through qfileinfo.cpp commits and check if this fix is
really correct.
Regards
Radek
diff --git a/src/corelib/io/qfileinfo.cpp b/src/corelib/io/qfileinfo.cpp
index e74d357..db530e4 100644
--- a/src/corelib/io/qfileinfo.cpp
+++ b/src/corelib/io/qfileinfo.cpp
@@ -819,6 +819,8 @@ QString QFileInfo::suffix() const
if (d->isDefaultConstructed)
return QLatin1String("");
QString fileName = d->getFileName(QAbstractFileEngine::BaseName);
+if(fileName.isEmpty())
+ return d->fileEntry.suffix();
int lastDot = fileName.lastIndexOf(QLatin1Char('.'));
if (lastDot == -1)
return QLatin1String("");
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
On Wednesday, November 07, 2012 09:43:06 AM Radek Polak wrote:
> On Wednesday, November 07, 2012 07:28:59 AM Radek Polak wrote:
> > For now i have two source and build trees - with 4.7 qt and with 4.8 and
> > putting some qDebug() to figure out where the problem exactly is.
>
> Attached is patch with some debug writes. You can see that 4.7 and 4.8
> generate different QContent - note the values for Role and Filename:
I have tracked it now to this:
QContent
content("/root/qte/qtmoko47/src/settings/speeddial/speeddial.desktop", false);
qDebug() << "content=" << content;
>% for Qt 4.7:
QContent( QContentEngine( Id: "|" Name: "Speed Dial"
FileName: "speeddial" MimeType: "application/x-executable" DrmState: 0 Role: 3
IconName: "speeddial/speeddial" LastUpdated: QDateTime("Sun Nov 4 02:44:52
2012") ) )
>% for Qt 4.8:
QContent( QContentEngine( Id: "|" Name:
"speeddial.desktop" FileName:
"/root/qte/qtmoko47/src/settings/speeddial/speeddial.desktop" MimeType:
"application/octet-stream" DrmState: 0 Role: 1 IconName: "" LastUpdated:
QDateTime("Sun Nov 4 02:44:52 2012") ) )
Regards
Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Missing icons in current QtMoko git build
On Wednesday, November 07, 2012 07:28:59 AM Radek Polak wrote:
> For now i have two source and build trees - with 4.7 qt and with 4.8 and
> putting some qDebug() to figure out where the problem exactly is.
Attached is patch with some debug writes. You can see that 4.7 and 4.8
generate different QContent - note the values for Role and Filename:
>% for Qt 4.7:
QMimeType::fromFileName "/opt/qtmoko/apps/Settings/gtalksettings.desktop"
QMimeType::fromFileName 1
QMimeType::loadExtensions filename= "/etc/mime.types"
QMimeType::fromFileName extension= "desktop"
QMimeType::fromFileName type.mimeId= ""
QMimeType::fromFileName 2
QMimeType::fromFileName 4
QSqlContentStore::installContent mimeType= ( MimeType: application/octet-
stream )
= content QContent( QContentEngine( Id: "|" Name:
"gtalksettings" FileName: "" MimeType: "application/octet-stream" DrmState: 0
Role: 2 IconName: "" LastUpdated: QDateTime("") ) )
QSqlContentStore::contentFromFileName 9
QSqlContentStore::contentFromFileName 0
QSqlContentStore::contentFromFileName 1
>% for Qt 4.8:
QMimeType::fromFileName "/opt/qtmoko/apps/Settings/gtalksettings.desktop"
QMimeType::fromFileName 1
QMimeType::loadExtensions filename= "/etc/mime.types"
QMimeType::fromFileName extension= "desktop"
QMimeType::fromFileName type.mimeId= ""
QMimeType::fromFileName 2
QMimeType::fromFileName 4
QSqlContentStore::installContent mimeType= ( MimeType: application/octet-
stream )
= content QContent( QContentEngine( Id: "|" Name:
"gtalksettings.desktop" FileName:
"/opt/qtmoko/apps/Settings/gtalksettings.desktop" MimeType:
"application/octet-stream" DrmState: 0 Role: 1 IconName: "" LastUpdated:
QDateTime("Thu Jan 1 00:00:00 1970") ) )
QSqlContentStore::contentFromFileName 9
QSqlContentStore::contentFromFileName 0
QSqlContentStore::contentFromFileName 1
Regards
Radek
diff --git a/qtopiacore/qt b/qtopiacore/qt
index 1fe5204..4a7a2a1 16
--- a/qtopiacore/qt
+++ b/qtopiacore/qt
@@ -1 +1 @@
-Subproject commit 1fe520458c815019ef14d5f0c99e2a0d49f28eef
+Subproject commit 4a7a2a18e9871841ccf4606111b724c6e63dd2fd-dirty
diff --git a/src/3rdparty/applications/yberbrowser b/src/3rdparty/applications/yberbrowser
--- a/src/3rdparty/applications/yberbrowser
+++ b/src/3rdparty/applications/yberbrowser
@@ -1 +1 @@
-Subproject commit 60f53c930f71ec11e6e436e6a4e3da41a3e0ec2e
+Subproject commit 60f53c930f71ec11e6e436e6a4e3da41a3e0ec2e-dirty
diff --git a/src/libraries/qtopia/qcontent.cpp b/src/libraries/qtopia/qcontent.cpp
index 690562a..49cd0ef 100644
--- a/src/libraries/qtopia/qcontent.cpp
+++ b/src/libraries/qtopia/qcontent.cpp
@@ -459,8 +459,10 @@ void QContent::uninstall( QContentId id )
void QContent::installBatch( const QList &batch )
{
QList< QContent > content;
-foreach(const QFileInfo &fi, batch)
+foreach(const QFileInfo &fi, batch) {
+qDebug() << "QContent::installBatch fi.absoluteFilePath=" << fi.absoluteFilePath();
content.append( QContentStore::instance()->contentFromFileName( fi.absoluteFilePath(), QContentStore::Construct ) );
+}
QContentStore::instance()->batchCommitContent( content );
}
diff --git a/src/libraries/qtopia/qfscontentengine.cpp b/src/libraries/qtopia/qfscontentengine.cpp
index 3b49574..25e188a 100644
--- a/src/libraries/qtopia/qfscontentengine.cpp
+++ b/src/libraries/qtopia/qfscontentengine.cpp
@@ -185,6 +185,8 @@ bool QFSContentEngine::execute( const QStringList &arguments ) const
*/
QIODevice *QFSContentEngine::open( QIODevice::OpenMode mode )
{
+qDebug() << "QFSContentEngine::open fileName=" << fileName();
+
if( name().isEmpty() )
return 0;
@@ -192,6 +194,8 @@ QIODevice *QFSContentEngine::open( QIODevice::OpenMode mode )
{
if( mode & QIODevice::WriteOnly )
{
+qDebug() << "QFSContentEngine::open 1";
+
if( mimeType().isNull() )
setMimeType( QMimeType::fromFileName( name() ) );
@@ -213,7 +217,8 @@ QIODevice *QFSContentEngine::open( QIODevice::OpenMode mode )
}
QFile *file = new QFile( fileName() );
-
+qDebug() << "QFSContentEngine::open 2";
+
if( !file->open( mode ) )
{
setError( file->errorString() );
diff --git a/src/libraries/qtopia/qmimetype.cpp b/src/libraries/qtopia/qmimetype.cpp
index f6306cc..b3fc699 100644
--- a/src/libraries/qtopia/qmimetype.cpp
+++ b/src/libraries/qtopia/qmimetype.cpp
@@ -180,6 +180,8 @@ QMimeType QMimeType::fromExtension( const QString &extension )
*/
QMimeType QMimeType::fromFileName( const QString &fileName )
{
+qDebug() << "QMimeType::fromFileName" << fileName;
+
QMimeType type;
int slashIndex = fileName.lastIndexOf( QLatin1Char( '/' ) );
@@ -188,23 +190,34 @@ QMimeType QMimeType::fromFileName( const QString &fileName )
if( dotIndex > slashIndex )
Re: Missing icons in current QtMoko git build
On Tuesday, November 06, 2012 08:10:04 PM Neil Jerram wrote: > Can I help with fixing that bug? It's regression in recent Qt. For sure it's not in Qt 4.7. There is problem while parsing .desktop files and storing them in qtopia_db.sqlite database. You can see a lot of data generated with qt 4.7 is missing if generated with 4.8. Parsing and populating the database is done in src/tools/content_installer on PC. On the device you trigger it e.g. by installing soliaire from qtmoko apps. Normally the icon should appear under games, but now it does not. You can easily check if you fixed it from command line: qcop QPE/DocAPI 'scanPath(QString,int)' /opt/qtmoko/apps/Games 1 For now i have two source and build trees - with 4.7 qt and with 4.8 and putting some qDebug() to figure out where the problem exactly is. If you would like to try too, you can go on. Last time it took me about 1 month to figure out the problem with resource filenames and QFileInfo. Maybe two people will fix it faster. This is the only bug with 4.8.3 i know about so it would be great if we could fix it and make release. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Missing icons in current QtMoko git build
Radek wrote at https://github.com/radekp/qtmoko/commit/871fe7f2bd712311ff88f2ef9042eb3112d65b1a: > + * Currently there is bug when generating qtopia_db.sqlite. As a result you > + will se no icons in the application menu. As a workaround copy that db from > + some older release: > + > +cp good_old_release/opt/qtmoko/qtopia_db.sqlite /opt/qtmoko/qtopia_db.sqlite Hooray, thanks, I have all my icons back again now. Can I help with fixing that bug? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
