Arch Linux User Repository

@a36233, downgrading qt5-webkit (5.8.0-3 in my /var/cache/pacman/pkg) fixed the segfault.

I also get core dumped from the command line. The core dumped information is similar to that posted by @a36233.

@severach, running foxitreader from the GUI icon also crashed.

I get core dumped on startup.

Process 1738 (FoxitReader) of user 1000 dumped core.

Stack trace of thread 1738:
#0 0x00007f83be26e088 n/a (libQt5WebKit.so.5)
#1 0x00007f83be26fa2b n/a (libQt5WebKit.so.5)
#2 0x00007f82ebfff0e5 n/a (n/a)
#3 0x00007f83be0833a2 n/a (libQt5WebKit.so.5)
#4 0x00007f83be1a0c0a _ZN3JSC8evaluateEPNS_9ExecStateERKNS_10SourceCodeENS_7JSValueEPS5_ (libQt5WebKit.so.5)
#5 0x00007f83bcc8896f n/a (libQt5WebKit.so.5)
#6 0x00007f83bcc88c67 n/a (libQt5WebKit.so.5)
#7 0x00007f83bddbb825 n/a (libQt5WebKit.so.5)
#8 0x00007f83bddbbb03 n/a (libQt5WebKit.so.5)
#9 0x00007f83bddcf7d4 n/a (libQt5WebKit.so.5)
#10 0x00007f83bcf66ade n/a (libQt5WebKit.so.5)
#11 0x00007f83ba9fadeb _ZN7QObject5eventEP6QEvent (libQt5Core.so.5)
#12 0x00007f83bbf0446c _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt5Widgets.so.5)
#13 0x00007f83bbf0bcf4 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt5Widgets.so.5)
#14 0x00007f83ba9cbb58 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5)
#15 0x00007f83baa22b6e _ZN14QTimerInfoList14activateTimersEv (libQt5Core.so.5)
#16 0x00007f83baa23311 n/a (libQt5Core.so.5)
#17 0x00007f83b76c6a47 g_main_context_dispatch (libglib-2.0.so.0)
#18 0x00007f83b76c6c78 n/a (libglib-2.0.so.0)
#19 0x00007f83b76c6d0c g_main_context_iteration (libglib-2.0.so.0)
#20 0x00007f83baa23e3f _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#21 0x00007f83ba9ca1da _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#22 0x00007f83ba9d2a34 _ZN16QCoreApplication4execEv (libQt5Core.so.5)
#23 0x0000000000524c98 n/a (FoxitReader)
#24 0x00007f83b966643a __libc_start_main (libc.so.6)
#25 0x0000000000523cb9 n/a (FoxitReader)

foxitreader from the command line does not work and hangs with madmax's error libQt5PrintSupport.so.5. FoxitReader from the menu works fine. FoxitReader.sh is broken.

Anyone figured out how to start Foxit Reader in HiDPI mode?
I changed the .desktop file to

Exec=env GDK_SCALE=2 GDK_DPI_SCALE=2 CLUTTER_SCALE=2 foxitreader %F

but no go :( I can barely see the icons.

Hello, I've just installed foxitreader but I can't see the icons or fonts (http://oi67.tinypic.com/29orgae.jpg). How can I fix it?

@Muflone The 2017-05-13 update of extra/qt4 has fixed this for me - thanks

@madmax
is your system fully upgraded?
I cannot simulate your issue in any way.

For the last few days foxitreader refuses to be opened -
/usr/lib/foxitreader/FoxitReader: /usr/lib/foxitreader/lib/libQt5PrintSupport.so.5: no version information available (required by /usr/lib/libQt5WebKitWidgets.so.5)

IIRC this occures when an application has been built against an older version of the library than currently installed

Problem solved with the last update.

Thanks Muflone

package updated removing all the QT5 libraries except the PrintSupport which seems broke this package, resulting in a -102.70 MiB difference

@jester and @dantopa
I'm going to slim down this package by removing their bundled libraries.
In the meanwhile you can simply delete the libstdc++.so.6 __IN THE FOXITREADER/lib DIRECTORY__ which conflicts with the system library.

Same problem as jester. Also, I'm having problems with spotify and mega.

I get this error when try to run foxitreader.

/usr/lib/foxitreader/FoxitReader: /usr/lib/foxitreader/lib/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib/libicuuc.so.58)

I have both files in the correct directories. But I don't know where is the problem.

package updated to version 2.4.0.14978-1 for both i686 and x86_64 architectures.

@Skycoder42
I've removed the octet stream mimetype from the desktop launcher

Could you please remove the Octet-Stream mimetype of the desktop file? This causes some file explorers to even open binaries with foxit:

-MimeType=application/pdf;application/octet-stream;
+MimeType=application/pdf;

Regarding the non-available i686 version, the probably dropped support. You could split this package to make shure updates for x86_64 are still delivered.

I'm sorry but actually I cannot update the package to the version 2.3.1 as there's no a download link for the i686 version, only for x86_64.
Please comment if anyone can find a link for the i686 version

@Muflone
please add an option to let me disable the start tab, i hate closing every time manually instantly after I start foxit up.

@zsrkmyn
I agree in removing the .svn and .directory stuff.
I dislike the use of /opt filesystem (a generic trashcan for unsorted stuff) in place of /usr and I don't want to see another error message from namcap.

@fsck_bieber
this question was already risen in the past. There's no a right way to determine what would be the best mirror for you. Even the upstream website cannot properly redirect you to the fastest mirror.
In the past we used cdn04, then cdn01 and now cdn02. Every time there's someone afraid with the download speed. The only thing I could recommend is to manually change the mirror based on the user experience.
(here from Italy every mirror except cdn02 transfers with a speed < 20 Kbps)

Currently this package is using cdn02. which provide horrible speed(<200kbps) to Asia IP. If feasible, I suggest the package to use the right mirror according to region instead.

Asia cdn: http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/linux/2.x/2.3/en_us/FoxitReader2.3.0.2174_Server_x64_enu_Setup.run.tar.gz

What's more, according to the PKGBUILD's standard[1], foxiterader is a self-contained package, which should be installed to /opt, AFAIC.
I've worked out a PKGBUILD (and patch) based on yours here[2]. Take it if you like :)

[1] https://wiki.archlinux.org/index.php/Arch_packaging_standards#Directories
[2] https://github.com/zsrkmyn/pkgbuilds/tree/master/foxitreader

There are still lots of redundant '.svn' directories and '.directory' files in the package. I suggest to use `cd "$pkgdir"; find -name .svn -exec rm -rf {} +; find -name .directory -exec rm -rf {} +` to remove them.

Package updated to 2.3.0.2174

Please update it to 2.3

@jorgedcc: After searching online a bit, I decided to post regarding this font issue on the official Foxit forums. I'll update my comment here if/once they get back on how to set the default application font. I'm using xfce4 but I don't think the solution would be any different on another DE like Cinnamon.

http://forums.foxitsoftware.com/forum/portable-document-format-pdf-tools/foxit-reader/162504-foxit-reader-application-font-on-linux

I managed to update to v2.3.0.2174 by changing the .SRCINFO and PKGBUILD files.
But, Muflone, could you keep this package updated please?

**EDIT:** Never mind I'm installing qt-installer-framework now with makepkg.
I just don't understand why the foxitreader package doesn't do this for me.
Thanks for this package.

What's up with the qt-installer-framework dependency?

[robert@designbox ~]# cd /tmp/foxitreader
[robert@designbox foxitreader]# makepkg -si
==> Making package: foxitreader 2.2.1025-1 (Sat 31 Dec 2016 12:58:50 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
[sudo] password for robert:
error: target not found: qt-installer-framework
==> ERROR: 'pacman' failed to install missing dependencies.

Can you input Chinese character with fcitx input method? I failed to active the input method in the program.

On Linux Foxit Reader is associated to *every* file type. If a file type does not have a default application, it opens with Foxit Reader. Since Foxit is a PDF viewer, open a non-PDF file with it causes an error.

To avoid Foxit Reader to be associated to every file type, the MimeType entry in FoxitReader.desktop msut be modified from
MimeType=application/pdf;application/octet-stream;
to
MimeType=application/pdf;


Here is an updated patch to fix this annoying bug: http://pastebin.com/0Ggygssd

Package updated to version 2.2.1025

Hello,

Like @nickmcummins, I would also like to change the default font used by Foxit Reader, I'm using cinnamon DE. Can someone point me where I can change it?

Thanks,

cd /usr/lib/foxitreader/
sudo chmod 0777 configtoolbar.xml

;)

Here is a patch to update to version 2.2.1025: http://pastebin.com/31VHugi9
On startup, however, this version of Foxit Reader complains several times about a failure to open /usr/lib/foxitreader/configtoolbar.xml and the toolbar looks somewhat distorted. It looks like it tries to open this file for writing.

If you are finding the download speeds slow. Edit the PKGBUILD and change the links from cdn01 to cdn09

https://help.foxitsoftware.com/kb/download-speed-is-too-slow.php?lang=de-de

I found a fix for the monospace problem: in KDE5 there's no KDEHOME variable in the environment and defining it(i.e. by making `alias foxit='KDEHOME=~/.kde4 foxitreader` solves it.

On the other hand, there's another thing: There's simple way to solve problem with "connectedpdf" nags, it's necessary to rename /usr/lib/foxitreader/fxplugins directory to anything else - like stated in http://do-the-right-things.blogspot.com/2016/08/remove-nagware-from-foxit-reader-linux.html

Thanks, it works very fine!

Is there a way to change the default application font? Foxit seems to be defaulting to my default fixed-width (monospace) font for the application font, which looks pretty bad and non-uniform with all other applications I use.

There doesn't seem to be a preference to set it.. does anyone know if there is a way to override the default application font?

@bol0bal4
does your file path contain some spaces or special characters?

Hi @Muflone,
I have just installed ver 2.1; When open some pdf via xdg-open, this bug still happened.
https://paste.linux.community/view/e2e59fad
Thank you,

I'll add the epoch if you think is really needed.
Can you explain why you think is dangerous to remove the epoch? AUR doesn't keep different versions.

@Muflone OK... So will the epoch come back on the next update?

@Muflone getting rid of epoch is very annoying and even dangerous for the users...

@Universebenzene
you're right, I got rid of the epoch (1:) prefix in the version number.
Just ignore the warning for once and install it straight

The previous version of this package is 1:1.1.0.0225-1, and my package manager said that the previous version is newer than today's(2.1.0805-1)...Is there something wrong?

@bol0bal4
I cannot confirm your issue with xdg-open, here everything works fine

If you wanna use foxitreader via xdg-open, you must patch /usr/lib/foxitreader/FoxitReader.sh
Edit line 3: selfpath="$(dirname $(readlink -f) "$0")"
readlink return NULL all the times.

@Maxiride why not skip the integrity check of the EULA?

It's not critical to check at the EULA imo.

@pschichtel I've added the make dependency

@everyone package updated to the latest version

Thank you @Maxiride, that comment should be pinned.

Eula changed, accordingly the build fail because of a mismatch of the checksum =)§
Solved thanks to aleroise comment on 2014-09-27 19:37

Just for others to now, when asked edit the PKGBUILD and modify the first sha256sum with 738fc621a727e0429b9c50580b3c166776797f925f2819037d1414dad0b95f6a

If in the future anyone gets again this error just download the eula.html found in the Sources section on AUR and calculate it's sha256 =)

The build failed for me due to missing libQt5Qml.so.5 (from extra/qt5-declarative).

@nbd
Foxitreader ships its own set of libraries. Previous versions used the system libraries causing a lot of troubles for different version numbers. The new package uses the shipped libraries.

@vigilian and @ltcmdrdata please rebuild the package again

I get an error when I try to start foxitreader.
The installation works without any problem, all packets are up to date:

[jkg@ds9 Downloads]$ foxitreader
/usr/lib/foxitreader/FoxitReader: symbol lookup error: /usr/lib/foxitreader/lib/libssl.so.1.0.0: undefined symbol: OPENSSL_init_library

the print setup doesn't work. I can t configure or print anything

I tried to update foxitreader and pacman shows that the installed size has increased from 6 Mb to 126 Mb. Is it some glitch?

@Muflone
Thanks. Your new package works very nicely.

@stonyboy
You were right, the whole package was lacking the lib directory in the library path. However I didn't changed the system-wide ld.so.conf.d but only changed the application launcher to use the local libraries

I also needed to create two symlinks to stop ldconfig from complaining:

cd /usr/lib/foxitreader/lib
sudo ln -sf libsecret-1.so.0.0.0 libsecret-1.so.0
sudo ln -sf libgcrypt.so.20.0.1 libgcrypt.so.20

Creating a foxitreader.conf with this content:

/usr/lib/foxitreader/lib

And putting it in /etc/ld.so.conf.d/ seems to do the trick

After installation i get this:

foxitreader: error while loading shared libraries: libQt5PrintSupport.so.5: cannot open shared object file: No such file or directory

The SO is here: /usr/lib/foxitreader/lib/libQt5PrintSupport.so.5, so does this need to be added to the ld cache?

@bobowolf123
package updated, thank you

@Muflone.
1.1.0.0225 is out. Thanks

Oh, it seems to be working fine now. I'm not sure what the problem was previously. Sorry for the noise.

@Rhinoceros
what sha256 have you got?
I've downloaded the file again and my sha256sum matches with that on the PKGBUILD

Thanks Muflone for the fix. However, is anyone else getting the following error? I've tried downloading the sources four times.

==> Validating source files with sha256sums...
FoxitReader1.01.0925_Server_x64_enu_Setup.run.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

At last I've made it using qt-installer-framework
Package updated to the latest version

As far I can see, there's no way to extract the files from the Foxit setup without the user interaction (then, the application cannot be installed system-wide from a package).

Hints are welcomed

EDIT: ok, I found a way using qt-installer-framework but it needs a couple of fixes, stay tuned.

please update to new version, thank you. @Muflone

New Foxit Version 1.0.1.0925 just release on 10/08/2015

@Nowaker
package updated

==> Validating source files with sha256sums...
eula.html ... FAILED

Thanks Muflone, that did the trick!

@theforeigner remove such fake symlink and rebuild the package foxitreader from scratch. It should link against libngnutls.so.30, not against the non existant lingnutls.so.28.

I still have the same problem as well. There's a softlink created /usr/lib/libgnutls.so.28 -> /usr/lib/libgnutls.so.30 but I still get the same error as forivall and kab reported.

Installing lib32-libgnutls28 doesn't work either, it fails the GPG keycheck when attempting to install dependency lib32-libnettle4.

Package updated and cleaned up a bit.

@forivall and @kab, do you still have the libgnutls.so.28 issue?
The executable file FoxitReader is linked to libgnutls.so.30
libgnutls.so.30 => /usr/lib32/libgnutls.so.30

@kab - I just created https://aur.archlinux.org/packages/lib32-libgnutls28/ , install that, and @tdy, please add it as a dependency.

GnuTLS got updated, which leads to a broken FoxitReader:
error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory

Awesome! Works great -- I thought this reader was not available for linux...

Outdated EULA checksum.

Change second checksum in 'sha256sums' in PKGBUILD file to :
844db1455fdaf081e9f6305a54b8d3fbd743ae79fdfcfd266213ef28405d2c28 and its ok.

If a new version of eula.html is put online, download the new eula.html, go to https://defuse.ca/checksums.htm and upload your file to it, you'll get the new checksum ;)

@nbb

lib32-gtk2 - here you should add multilib repository
lib32-sqlite3 - and change that dependency to 'lib32-sqlite'

dependencies:
- desktop-file-utils (already installed)
- lib32-gtk2 (building from AUR)
- lib32-sqlite3 (building from AUR)

Error during installation:
error: target not found: lib32-gtk2
error: target not found: lib32-sqlite3

Merged foxitreader-bin to foxitreader. Reason: duplicate package.

the 2nd sha256sum is now supposed to be
b952d68694cd913072c3091a5f296d83037b28d097dd7bb5690930347adb2bf3

the license sha256sum doesn't match anymore.

the dependency lib32-sqlite3, sqlite3 is now lib32-sqlite, sqlite

replace 2nd sha256sum with 989d43e0d10476582bf7ad6cb22ac4ba0571de9b227885204f1811272b071beb and it works.

Hi
I'm new to arch and not sure how to properly report issues. Some dependencies have been updated and previous versions are no longer present, at least on the mirror I use. e.g.: error: failed retrieving file 'lib32-libxxf86vm-1.1.2-1-x86_64.pkg.tar.xz' from ftp.tu-chemnitz.de : The requested URL returned error: 404 Not Found

I think 1.1.3.1 is the latest version available.

Not sure if I can force pacman use different versions (new to arch :) ) or you should update the package

Cheers

The "http://www.foxitsoftware.com/pdf/rd_eula.htm" in source() should be replaced with "http://www.foxitsoftware.com/Secure_PDF_Reader/eula.html", and the "install -Dm644 ../rd_eula.htm" in package() should be replaced with "install -Dm644 ../eula.html"

ok, upload the new pkgbuild, seems we don't need the alternative launcher at first= = if there's any other problem, feel free to report to me.
and, i must thank panda-z here for testing new pkgbuild under x86-64 for me :)

@leafpmsword:
i'm using arch i686,
do you mean now we can directly use FoxitReader686 (tbh it's the original launcher) to launch foxit reader under x86-64 environment?
if so, try this pkgbuild:
http://pastebin.com/eaWxSUrX
and tell me whether it works or not, if it works i'll replace current pkgbuld with it.

点击菜单中foxit图标没反应，原来是菜单图标中命令应该是：FoxitReader686才对,希望修改下～

出现错误如下：
-> 正在下载 rd_eula.htm...
初始化下载: http://www.foxitsoftware.com/pdf/rd_eula.htm
太多重定向。

==> 错误： 无法下载 rd_eula.htm
正在放弃...
==> ERROR: Makepkg was unable to build foxitreader.

I tried to build it with the link changed, but it tells me that the md5sum test fails for the rd_eula.htm file.

http://cdn04.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2
seems this link works.

@anatolik:
have you uncommented "multilab" in /etc/pacman.conf?

unable to download the file FoxitReader-1.1.0.tar.bz2 :(

Tried to build it on 64bit system and got an error:

$ makepkg -s
==> Making package: foxitreader 1.1-5 (Wed Sep 26 20:14:11 PDT 2012)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: lib32-gtk2
==> ERROR: 'pacman' failed to install missing dependencies.

It's going nowhere, I'm afraid.
http://forums.foxitsoftware.com/showthread.php?14418-Foxit-for-Linux =>
"Unfortunately, due to human resources, we have stopped maintaining Reader for Linux. But we are developing windows-less frame Reader that can run across platforms. That will be a substitute version of current one."

please update the pkgbuild

Would be nice if you would update the PKGBUILD and change the source to the URL posted by carrioncrow.

I couldn't install this soft, so I replaced the link in PKGBUILDS with this one and it works :
http://cdn04.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

@Alir3z4, if thats the case you have too ;)
Our PKGBUILDS are exactly the same..

@Denhart you missed the md5sums :|
I updated and it works without any problem [http://pastebin.com/BHjDTDRU]

I updated the PKGBUILD with the new link, it can be found at http://pastebin.com/vweqnGuQ :)

http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

this link seems cannot download....OMG...

The download link is unusable. Plz update!!!!

The download path changed to

http://cdn01.foxitsoftware.com/pub/foxit/reader/desktop/linux/1.x/1.1/enu/FoxitReader-1.1.0.tar.bz2

change md5sum for eula to 53853cd872ac7e7fde9676c210f1a473 from e0ba59e3a111f402f99c2d2177d6dfa5

The reader always opens a fixed size window. Is there any way to change this behavior to full screen height?

the changes to the launcher should be for x86_64 only. I was thinking more like something here: http://pastebin.com/4RmY1ge1

the changes to the launcher should be for x86_64 only. I was thinking more like something here: http://pastebin.com/4RmY1ge1

could you change fr.launcher (for x86_64 only) to:

#!/bin/bash
export GTK_PATH=/usr/lib32/gtk-2.0
export GDK_PIXBUF_MODULE=/usr/lib32/config/gdk/gdk-pixbuf.loaders
export PANGO_RC_FILE=/usr/lib32/config/pango/pangorc
export LD_LIBRARY_PATH="/usr/lib32:$LD_LIBRARY_PATH"
exec /usr/lib/foxitreader/FoxitReader "$@"

This way it'll load the lib32 gtk2 theme to be more attractive.

Thanks.

fr.launcher should be changed to:

exec /usr/lib/foxitreader/FoxitReader "$@"

instead of:

cd /usr/lib/foxitreader
./FoxitReader "$@"

so that local file execution will be possible.

@chris_l: The spirit of the binary rule is to prevent people from uploading malicious programs. An icon is technically a "binary" file, but I don't see why that would apply to a 4KB standard-format image. It's kind of like when people used to blindly and religiously cite the "Contributor" vs "Maintainer" PKGBUILD requirement from the guidelines wiki without putting any thought into what the purpose would be.

you need to change fr.launcher for multilib systems.

the fr.png file is a binary file, including binary files is against the rules, you need to host it on a external server

if show up with below error, Change the X Server color depth to 24bit, it works.

PS. foxitreader has many bugs in linux.
/usr/bin/foxitreader: line 18: 9980 Segmentation fault $CMD "$@"
....


---------------------

(H�8
tReader:8896): Gdk-WARNING **: /build/buildd/gtk+2.0-2.16.1/gdk/gdkpixbuf-drawable.c:1247: Source drawable has no colormap; either pass in a colormap, or set the colormap on the drawable with gdk_drawable_set_colormap()

(H�8
tReader:8896): Gdk-WARNING **: The gdk_draw_*_image require the drawable argument to
have a specified colormap. All windows have a colormap,
however, pixmaps only have colormap by default if they
were created with a non-NULL window argument. Otherwise
a colormap must be set on them with gdk_drawable_set_colormap

(H�8
tReader:8896): Gdk-WARNING **: Attempt to draw a drawable with depth 24 to a drawable with depth 16
The program 'H�8
tReader' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
(Details: serial 5479 error_code 8 request_code 70 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

What's wrong?

--> resolving desktop-file-utils... installed
--> resolving lib32-gtk2... unresolvable
--> resolving lib32-libxdamage... unresolvable
--> resolving lib32-sqlite3... unresolvable
WARNING: unresolved dependencies: foxitreader -> lib32-gtk2 (not found)

Change md5sums to

md5sums=('585d2fd105a221c78e89607039f17126'
'e0ba59e3a111f402f99c2d2177d6dfa5'
'21e108c58effa2ed69c74fbbd2af1454'
'a211b21e29c54b997e271f15a3c8b76b'
'9dbaa8ac779463948c321fdb0d5b4725')

Eula file doesn't pass checksum check, how can I fix this?

need lib32-bug-buddy for 64