If you use kfilebox, why do you want to ensure in step 1. that nautilus-dropbox is installed?

CC: (none) => doktor5000
Hardware: x86_64 => All
Source RPM: Unknown system component affecting installation of Dropbox => kfilebox / nautilus-dropbox

Because it was a non-Kfilebox install I was describing, needing nautilus-dropbox.

(I mentioned Kfilebox to show that it also could not provide a means of linking to my Dropbox account. Before trying Kfilebox I first uninstalled nautilis-dropbox.)

There is one clue that might help track down the culprit here, w.r.t. 'Oxygen'.

Although when ~/.dropbox-dist/dropboxd fails to make the link with the Dropbox account it makes no comment whatsoever (like a no-op), on the other hand when Kfilebox executed, it did say - after downloading & installing the Dropbox code - words to the effect that "Cannot contact Dropbox, is there some problem with the internet connection".

((I do have a verbatim copy of its report, but it's back home. Will append it when I get back on Wednesday.)

So the question might boil down to: What special aspect is there about the Oxygen* theme that might prevent the link-up with the Dropbox site?

  (* "BlueElegance" in the case of the Russian Linux.)

(In reply to Maurice Batey from comment #3)
> So the question might boil down to: What special aspect is there about the
> Oxygen* theme that might prevent the link-up with the Dropbox site?

That is pretty simple. The status icons (red circle with white cross) are probably reused from system theme. If they're not provided by users currently selected theme (e.g. the default oxygen theme) and there's no (proper) error handling by kfilebox/nautilus-dropbox or dropbox itself, application might fail to run.
And this seems to be exactly what happens, as after changing icon theme and logout/login dropbox starts.

No clue how that can be fixed in our packages, as user settings are off-limits to rpm installation.


@Hugo: It's quite offtopic for you, but could you please take a look at this or point out how to workaround (or fix) this icon theme issue? I've not clue :/

CC: (none) => hugo.pereira

> The status icons (red circle with white cross) are probably reused from 
> system theme. 

  I had not understood that dropboxd or Kfilebox would be looking for icons. Wouldn't they have their own?

  What is difficult to believe is that both Kfilebox *and* the Dropbox 'dropboxd' have the same shortcoming. It must surely be that some system interface let them down (perhaps changed since earlier versions of Mageia).
  There was no problem with Mageia-3 and earlier.

>  after changing icon theme and logout/login dropbox starts.

  But I didn't logout/login, and it's not a question of 'Dropbox starting' but whether or not either of the above present the interface to link to the user's Dropbox account, without which Dropbox does, nevertheless, appear to start but almost immediately dies.

P.S. I did report earlier:

" ...when Kfilebox executed, it did say - after downloading & installing the Dropbox code - words to the effect that "Cannot contact Dropbox, is there some problem with the internet connection." (Whereas dropboxd remained silent)

- showing it could make a dialogue box to complain about some internet problem, which is difficult to reconcile with an icon theme problem!

The $64 question is, of course: What is there about the Oxygen theme (that is different from the others) that causes it to screw up the Dropbox link, both for the dropboxd module & Kfilebox??
  Could it be something other than its contents, e.g. as trivial as its position in the list of icon themes in System Settings?

> " ...when Kfilebox executed, it did say - after downloading & installing the >  Dropbox code - words to the effect that "Cannot contact Dropbox, is there 
> some problem with the internet connection." 

  The actual message from KFilebox (cut & paste) was:

"Trouble connecting to Dropbox servers. Maybe your internet connection 
is down, or you need to set your http_proxy environment variable."

  (This was *after* it had downloaded and installed Dropbox from the Dropbox site, and at exactly the point where it should have provided the crucial link to my Dropbox account.)

After a period when I was able to indtall Dropbox on PC, lapop & netbook, 
at both Mageia-4 and Mageia-5A2 levels, here on Mageia-4 on the netbook it has suddenly stopped working, and reuses all attempts to re-install! (Still OK on Mageia-5A2.)

Another cause of failure to install is probably because - when executing
 ~/.dropbox-dist/dropboxd (which must establish a connection with the Dropbox web site) - if it fails to connect then Dropbox will not be installed, but it fails silently.
  (It's continually happening here on the netbook in Sardinia. Will try again when back at base next week...)

(In reply to Maurice Batey from comment #8)
> Another cause of failure to install is probably because - when executing
>  ~/.dropbox-dist/dropboxd (which must establish a connection with the
> Dropbox web site) - if it fails to connect then Dropbox will not be
> installed, but it fails silently.

You're confusing something here. When ~/.dropbox-dist/dropboxd exists, that means dropbox is already installed. Also your network connection issues seem unrelated to the icon theme issue, basically those are two different bugs. And I cannot reproduce that network issue here.

For another approach, check the latest posts in https://forums.mageia.org/en/viewtopic.php?f=36&t=3602
E.g. here dropbox is working fine here on Mageia 4, with or now without kfilebox.

> When ~/.dropbox-dist/dropboxd exists, that means dropbox is already installed.

The *code* is installed, but the user's Dropbox directory will not have been set up, nor
will the user's status (existing user or not yet registered) have been
checked.

Only when ~/.dropbox-dist/dropboxd is executed will that happen, and if that code does not establish an access to the Dropbox site then the user will not
have a working Dropbox, although the code does not report that - it just fails 
silently, and any Dropbox icon will disappear seconds after it appears.

Then ask dropbox support why it's not working and how to fix it and link your account, this is out of scope for this bugreport and for Mageia. As mentioned, here it's working fine and for a lot of others too.

https://www.dropbox.com/support

> As mentioned, here it's working fine and for a lot of others too.

  Including me, but - as just reported - it suddenly stopped working on Mageia-4.
  (I have just succeeded in re-installing it, by  changing the 'icons' theme away from Oxygen...)

But why did it stop working? The Dropbox code was untouched; the only change was a Mageia-4 s/w update.

I raised this bug report because so many Mageia users were reporting problems installing Dropbox, in the hope that some explanation could be found.
  So far, no explanation of the Oxygen icon problem has emerged.

Dropbox is vital for may Mageia users, so let's not sweep these problems under the carpet.
  Yes, the Dropbox 'dropboxd' setup code *is* deficient in handling problems establishing the vital linkage to the Dropbox web site; it should not simply fail silently.
  How to best approach Dropbox about that? I as an individual would have far less chance of persuading them to look into that than if the Mageia organisation were to approach them.

>  https://www.dropbox.com/support

I've submitted a complaint about the dropboxd code shortcomings:

  - Fails silently when connection to Dropbox site unsuccessful
  - Tends to fail if Oxygen icons in use.

Closing.
There are workarounds available, and we cannot change anything regarding dropbox code. Has to be fixed upstream.

Notified kfilebox maintainer too :)

Status: NEW => RESOLVED
Resolution: (none) => WORKSFORME
Assignee: hugo.pereira => mageia

I said earlier:

> "How to best approach Dropbox about that? I as an individual would have far 
> less chance of persuading them to look into that than if the Mageia 
> organisation were to approach them."

  and:

>> https://www.dropbox.com/support
>"I've submitted a complaint about the dropboxd code shortcomings"

  The response from Dropbox today:

"...we unfortunately can't respond to your inquiry due to a large volume of support requests."

i.e. not effective to complain as an individual.

Just done Cauldron update for Oxygen Gtk[3] (1.4.6/1.4.1) here on Mageia-5-B1, and (with 'icons=Oxygen') did an ab initio Dropbox install, after which the user
setup ( ~/.dropbox-dist/dropboxd ) was 100% successful!

So the bizarre Oxygen problem has been cracked! Well done, all...

real resolution

Resolution: WORKSFORME => FIXED
Source RPM: kfilebox / nautilus-dropbox => oxygen-gtk3

I'll reopen this bug as the same problem affects Mageia 4 as well.

I have uploaded a patched package for Mageia 4.

You can test that everything works as before. And you can try to install Dropbox with oxygen icons enabled. This failed before and should now work. If you already have Dropbox installed then you can try to open its preferences - that didn't work either and should be in a better state now.

Suggested advisory:
========================

Updated oxygen-gtk packages fix crashes with Dropbox when Oxygen icons are used.

========================

Updated packages in core/updates_testing:
========================
oxygen-gtk-1.4.2-0.rc1.1.1.mga4
lib(64)oxygen-gtk-1.4.2-0.rc1.1.1.mga4

Source RPM:
oxygen-gtk-1.4.2-0.rc1.1.1.mga4.src.rpm

Status: RESOLVED => REOPENED
Version: Cauldron => 4
Resolution: FIXED => (none)
Assignee: mageia => qa-bugs
Source RPM: oxygen-gtk3 => oxygen-gtk

I'll start to testing it.

CC: (none) => ozkyster

Just tried this on my netbook's 32-bit Mageia-4, but it did NOT work, I'm afraid. (OK if change from icons=Oxygen).

  Checking new Oxygen package installed:

#  urpmi --media "Core Updates Testing" oxygen-gtk-1.4.2-0.rc1.1.1.mga4
Package oxygen-gtk-1.4.2-0.rc1.1.1.mga4.i586 is already installed

Any other package(s) needed?

(In reply to Maurice Batey from comment #20)
> Just tried this on my netbook's 32-bit Mageia-4, but it did NOT work, I'm
> afraid. (OK if change from icons=Oxygen).
> 
>   Checking new Oxygen package installed:
> 
> #  urpmi --media "Core Updates Testing" oxygen-gtk-1.4.2-0.rc1.1.1.mga4
> Package oxygen-gtk-1.4.2-0.rc1.1.1.mga4.i586 is already installed
> 
> Any other package(s) needed?

You also need liboxygen-gtk-1.4.2-0.rc1.1.1.mga4.

CC: (none) => mageia

Yes i tested it too and no problems found.

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Whiteboard: (none) => MGA4-64-OK MGA4-32-OK

I validate this bug now too.

Sysadmins push this to updates.

> You also need liboxygen-gtk-1.4.2-0.rc1.1.1.mga4

  OIC! Installed and can now confirm that ~/.dropbox-dist/dropboxd now does indeed work 100% successfully here.

Advisory uploaded.

CC: (none) => remi
Whiteboard: MGA4-64-OK MGA4-32-OK => MGA4-64-OK MGA4-32-OK advisory

An update for this issue has been pushed to Mageia Updates repository.

http://advisories.mageia.org/MGAA-2014-0188.html

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED