Vraag Hoe los je het niet werkende Dropbox-pictogram op Xubuntu 14.04 LTS 64 op?


Een paar uur geleden stopte het dropbox-pictogram in Xubuntu 14.04 niet meer. Het pictogram is zwart met een rode gestripte nul. Ik kan er niet op klikken om het dropbox-menu te openen. Ik geloof dat er een update was vlak voordat dit gebeurde. Ik heb Dropbox opnieuw geïnstalleerd en vervolgens opgeschoond. Ik heb zelfs alle bijbehorende bestanden en verborgen mappen verwijderd en nadat ik het opnieuw heb geïnstalleerd. Toch werkt het pictogram niet. Ik probeerde te stoppen en de service te starten ... opnieuw niets.


92
2018-02-12 22:48


oorsprong


Je kunt Dropbox altijd downgraden. Ik ben op 3.12.5 en heb geen pictogramproblemen. Ik hoop dat Dropbox het niet snel automatisch bijwerkt. Er is echter een manier om dit ook te blokkeren. forums.linuxmint.com/...  dl-web.dropbox.com/u/17/dropbox-lnx.x86_64-3.12.5.tar.gz - jbrock
Ik heb deze bug met alle nodige details gemeld aan Dropbox. Ik had eerder een vergelijkbaar probleem met Linux Mint. Ze bleven staan ​​bij het upgraden van mijn Dropbox tot de versie met een bugfix. Ik ben een betaalde gebruiker en zij verklaren dat ik binnen 24-48 uur een reactie moet ontvangen. Als ze antwoorden met belangrijke informatie, zal ik hier zeker berichten plaatsen. - jbrock
U kunt mogelijk downgraden zonder eerst de installatie ongedaan te maken. Dit kan een volledige herindexering van alle Dropbox-bestanden voorkomen. Het probleem met het pictogram kan worden verholpen totdat de bug is opgelost en vervolgens die update wordt verwijderd. - jbrock
Hoe kunnen we dat doen, @jbrock? - marktani
Deze fout verschijnt opnieuw op Ubuntu 17.10 en geen van onderstaande taken - Scott Stensland


antwoorden:


Ik heb deze fout op mijn Xubuntu 15.10 gekregen, een kapot pictogram en geen manier om het menu te openen. Ik denk dat de bug is verbonden met Dropbox om "indicatorgebied" te gebruiken voor hun pictogram in plaats van "notification area" en de sudo-fix werkt gewoon omdat sommige omgevingsvariabelen niet in gebruik zijn met sudo-sessies.

In ieder geval voor mij kan dit probleem worden opgelost door te draaien:

dropbox stop && DBUS_SESSION_BUS_ADDRESS="" dropbox start

Dit lijkt het pictogram terug te brengen naar het "meldingsgebied" dat zowel het pictogram als het menu herstelt. Op deze manier draait de daemon als een normale gebruiker en niet als root.

EDIT: als u op basis van deze fix uw eigen opstartscript voor Dropbox maakt, vergeet dan niet om het standaard opstartscript uit te schakelen met "dropbox autostart n"commando (Bedank StockBreak voor deze, redde me enige tijd vanmorgen).

EDIT2: ... en om de een of andere reden moest ik de instelling voor automatisch starten nog steeds verwijderen uit de Dropbox-gebruikersinterface (klik op het pictogram >> Voorkeuren >> Start Dropbox bij het opstarten van het systeem). Ik hoop dat het na deze blijft.

EDIT: Probeer deze oplossing om deze correctie in een script te implementeren dat elke keer dat de sessie start, wordt uitgevoerd: https://askubuntu.com/a/795864/496493


97
2018-02-18 11:16



De oplossing van deze kk78 werkt ook voor mij, waardoor het pictogram in de lade wordt weergegeven voor de normale gebruiker. Ik heb de invoer van StockBreak hier niet voor geprobeerd, maar waarschijnlijk ook. In plaats daarvan gebruik ik de #! / Bin / bash-regel en de kk78-regel als een eenvoudig shellscript in een "dropboxicon.sh" -tekstbestand met de uitvoerbare eigenschap en klik met de rechtermuisknop op> Acties> In Konsole uitvoeren, totdat de fout optreedt vast. Deze oplossing werkt goed. Dank je. - Juan M. Gonzalez
Xubuntu 14.04 64bit LTS - hetzelfde exact probleem bevestigd, hierboven bevestigd work-a-round doet het (het is allemaal tijdelijk). - demaniak
Had hetzelfde probleem in Kubuntu 14.04 en ook hier loste het het probleem op! - Daniel Fischer
Werkte ook voor 16.04 uiteindelijk, maar ik moest installeren en een andere toevoegen indicator-applet naar het paneel (afgezien van het reeds aanwezige en aanwezige indicator-applet-complete), anders is het dropbox-pictogram gewoon niet weergegeven. Dit op een nieuwe installatie van Ubuntu 16.04 x86 (op een zeer oude Toshiba-laptop) met een gnome-fallback sessie met metacity. - Avio
Op 17.04 kunt u de "nieuwe workaround" hieronder, d.w.z. dropbox stop && dbus-launch dropbox start. Ik gebruik het op mijn laptop (momenteel Xubuntu 17.04) en heb geen problemen gehad. Het zou heel leuk zijn als Dropbox dit ... - kk78


EEN nieuwe oplossing, voorgesteld door Bestand C., is "dbus-launch dropbox start -i".

De volgende aanpassingen worden gemeld door gebruikers om tenminste te werken op de Linux-distributies Fedora, Gentoo, Kubuntu, Linux Mint, openSUSE, Slackware, Ubuntu, Xubuntu ... en de bureaubladomgevingen Cinnamon, KDE 4, KDE 5, Mate, Unity, Xfce ...

Deze nieuwe dbus-launch tussenoplossing lijkt iets sneller te werken, met meer betrouwbaarheid en in meer gevallen dan de vorige DBUS_SESSION_BUS_ADDRESS tijdelijke oplossing.

Als opdrachtregel:

dropbox stop && dbus-launch dropbox start

Of als een shell-scriptbestand:

#!/bin/bash

dropbox stop && dbus-launch dropbox start

82
2018-02-25 16:01



De opdrachtregelopdracht werkt prima, maar werkt alleen voor die sessie. Om de fix permanent te maken, moet men na het uitvoeren van deze opdracht naar de Dropbox-indicator> Voorkeuren ...> Start Dropbox starten bij het opstarten van het systeem. Dan toevoegen dbus-launch dropbox start naar sessie en opstarten> Toepassing Autostart. Dit werkt perfect voor mij op Xubuntu 16.04 LTS. - Ads20000
Dit was de enige manier voor mij om het te laten werken in Ubuntu Mint xenial 16.04 LTS. - allebone
Irritant kan ik mijn opmerking niet bewerken. Het Autostart-commando voor de toepassing zou misschien moeten zijn dbus-launch dropbox start -i (dit werkt op Ubuntu (GNOME) Flashback 16.10, idk of het ook op Xubuntu werkt) - Ads20000
Dit werkt in lubuntu 16.4 - jumpnett
De DBUS_SESSION_BUS_ADDRESS="" oplossing deed niets voor mij, maar deze werkte! Linux Mint 17.3 uitvoeren. - Sampo


Anders dan de door kk78 voorgestelde oplossing lost de volgende methode het probleem voor eens en altijd op:

  1. Sluit Dropbox.

  2. Open /usr/bin/dropbox bestand met een teksteditor (als een beheerder). Bijvoorbeeld in de terminalrun

    gksudo gedit /usr/bin/dropbox
    
  3. Maak daarna een nieuwe regel import os en voeg het volgende toe:

    os.environ['DBUS_SESSION_BUS_ADDRESS'] = ""
    
  4. Opslaan en opnieuw opstarten

Nu werkt Dropbox prima:

Gif tutorial


26
2018-02-22 07:18



Vul uw antwoord in hoe u lijnen toevoegt, waarom dit werkt. - DnrDevil
DnrDevil, het werkt net zo goed als DBUS_SESSION_BUS_ADDRESS = "" dropbox start, gewoon een meer directe manier. - darl
@DnrDevil Het zou stom zijn om een ​​nieuwe uitleg te schrijven over hoe een tekstbestand moet worden bewerkt elke keer dat iemand een vraag beantwoordt die een tekstbestand moest bewerken. - blujay
@darl Dit is een interessant idee, maar ik zou over het algemeen adviseren om dingen niet in te bewerken /usr/bin. Dit is een bug in Dropbox die uiteindelijk moet worden opgelost en deze oplossing van jou kan de fix van Dropbox doorbreken, waardoor een zeer verwarde gebruiker achterblijft. Het is beter om een ​​tijdelijke oplossing te gebruiken, zoals het bewerken van een automatisch startbestand waarmee Dropbox wordt gestart. - blujay
@blujay Ik ben het er volledig mee eens dat, tenzij je een vraag beantwoordt aan een nieuwe gebruiker, ze er niets van hebben om de terminal te gebruiken - DnrDevil


Dankzij de oplossing van kk78 heb ik deze complete oplossing gemaakt (zie ook mijn ander bericht):

ik gekopieerd * mijn bureaubladitem:

cp ~/.config/autostart/dropbox.desktop ~/.config/autostart/start_dropbox.desktop

De invoer is op deze manier gewijzigd (let op de env woord):

[Desktop Entry]
Name=Dropbox
GenericName=File Synchronizer
Comment=Sync your files across computers and to the web
#Exec=dropbox start -i
Exec=env DBUS_SESSION_BUS_ADDRESS="" dropbox start -i
Terminal=false
Type=Application
Icon=dropbox
Categories=Network;FileTransfer;
StartupNotify=false

En de automatische start van Dropbox uitgeschakeld:

dropbox autostart n

* je kunt het niet zomaar bewerken, want Dropbox vervangt het bestand elke keer dat je inlogt.


20
2018-02-18 17:40



Dit deed het voor mij, maar ter verduidelijking: je bewerkt het start_dropbox.desktop bestand (met mousepad of wat dan ook) - dez93_2000
nog een opmerking: in menulibre (of je menusysteem) moet je het commando-item wijzigen van "dropbox start -i" in "env DBUS_SESSION_BUS_ADDRESS =" "dropbox start -i", dus de juiste wordt uitgevoerd wanneer vanuit het menu wordt gestart. - dez93_2000


[Dit is mijn verouderde vroege antwoord, nu gehouden om dit en gerelateerde bugs te onderzoeken; voor nieuwere en betere oplossingen, zonder het wijzigen / herstellen van bestandseigendom van sudo, zie het antwoord van kk78 in plaats daarvan, of de opdrachtregel "dropbox stop && dbus-launch dropbox start"in een ander antwoord]

Dit Dropbox-systeemvak lijkt te zijn gerelateerd aan machtigingen.

Tot het wordt opgelost, een tijdelijke oplossing van de opdrachtregel (Konsole, Terminal, enz.), Die tegenwoordig werkt voor gebruikers van Xubuntu, Linux Mint, enz .:

dropbox stop
sudo dropbox start

Notitie:

Over de "Sudo", als Dropbox als root wordt uitgevoerd, wordt de fout in de toestemming verholpen en werkt het systeemvakpictogram weer correct.

Het heeft echter het kleine secundaire effect van een paar bestanden in de verborgen map ~ / .dropbox / nu eigendom van root in plaats van de gebruiker (zoals u kunt zien met bijvoorbeeld een bestandsbeheerder zoals Dolphin), en daarom wordt het rootwachtwoord gevraagd bij het starten van Dropbox.

Dit is ok als tijdelijke oplossing om het Dropbox-ladingspictogram volledig Linux te laten werken totdat de bug hopelijk is verholpen door een volgende update, maar als de fix niet de juiste machtigingen herstelt, is in dat hypothetische geval een snelle oplossing na de bug fix zal zijn:

sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/.dropbox
dropbox start

Natuurlijk vervangt u USER en GROUP. Als je bijvoorbeeld mede-maker bent van Unix, UTF-8, Go-taal, etc.;) zou het ongeveer zoiets zijn als:

sudo chown -R ken:ken /home/ken/.dropbox

Bijwerken:

Sorry, ik heb zojuist iets gezien dat deze tijdelijke oplossing nog steeds werkbaar maar minder handig maakt: niet alleen de paar al genoemde bestanden in de verborgen ~ / .dropbox map wordt eigendom van root, ook de bestanden die zijn gedownload van de Dropbox-servers naar de Dropbox-map (meestal ~ / Dropbox) op de computer waarop Dropbox als root wordt uitgevoerd.

Dus ik gebruik deze oplossing nog tot de bugfix, maar als we deze willen gebruiken, moeten we de regel voor het herstellen van permissies ook toepassen op de Dropbox-map, tenminste als we onze gedownloade documenten willen bewerken. Bijvoorbeeld:

sudo chown -R USER:GROUP /home/USER/Dropbox

Om tijd te besparen en deze toe te passen wanneer we de computer starten, kunnen we deze opnemen in een eenvoudig shellscript, bijvoorbeeld een dropbox.sh tekstbestand met de uitvoerbare eigenschap, die we kunnen uitvoeren vanaf de opdrachtregel of met de muisklik:

#!/bin/bash

dropbox stop
sudo dropbox start
sudo chown -R USER:GROUP /home/USER/Dropbox

Eenvoudige alternatieve oplossing:

In plaats van alle voorgaande procedures is het eenvoudigste alternatief om gewoon te wachten op de bugfixatie van Dropbox zonder het pictogram te gebruiken, en het is eenvoudig om de Dropbox-status van tijd tot tijd te controleren als het omgaan met veranderingen en herstel van bestanden, enzovoort, te lastig is. via de opdrachtregel:

dropbox status

Het resultaat is, als Dropbox wordt uitgevoerd, meestal: "Actueel".

Later kunt u waarschijnlijk de pijl-omhoog gebruiken om deze regel snel weer te laten uitvoeren vanuit een klein venster van de opdrachtregel dat u open kunt houden.

Zie extra opdrachtregel door gewoon te typen:

dropbox

Zoals al is gesuggereerd, stopt u met het gebruik van de andere oplossing (sudo), herstelt u het normale eigendom van het bestand en start u Dropbox opnieuw als normale gebruiker in plaats van root, maar gebruikt u slechts één keer (in plaats van USER en GROUP):

sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/Dropbox
sudo chown -R USER:GROUP /home/USER/.dropbox
sudo chown -R USER:GROUP /home/USER/.dbus
dropbox start

Nieuwe update:

Zien kk78's antwoord op deze vraag, met een veel betere oplossing dan die van mij, en met Dropbox-pictogram in de vorm van een bak als normale gebruiker, niet als root. Het werkt op zijn minst voor Xubuntu en Linux Mint.

Het kan ook als een shellscript worden gebruikt:

#!/bin/bash

dropbox stop && DBUS_SESSION_BUS_ADDRESS="" dropbox start

8
2018-02-15 12:46



Deze oplossing werkt in mijn Xubuntu 14.04 64. Iedereen let op de "sudo". Bedankt Juan M. Gonzalez - user505080
@ user505080 klik vervolgens op het grijze vinkje om dit antwoord als geldige oplossing te markeren ;-) - Wayne_Yux
We moeten echter onthouden dat mijn suggestie om alleen voor deze dagen als root te draaien een echt tijdelijke oplossing is, en de echte oplossing zou moeten komen van een snelle bugfix van Dropbox. - Juan M. Gonzalez
In de praktijk vind ik dat de eenvoudige "dropbox-status" -oplossing zonder pictogram beter en handiger is dan de andere "sudo dropbox start" -oplossing met pictogram. - Juan M. Gonzalez
Nieuw: bekijk het antwoord van kk78, met een veel betere oplossing dan de mijne. - Juan M. Gonzalez


In plaats van op een oudere versie te blijven of met andere aspecten te spelen, heb ik besloten om dit script te gebruiken in plaats van het kleine pictogram. Het zet de uitvoer van de opdracht dropbox status rechtstreeks in uw panel. Wanneer het synchroniseert of up-to-date is, is er echter een klein vinkje of synchronisatiekarakter.

Installeer de generieke monitor door het volgende in de terminal te plakken:

sudo apt-get install xfce4-genmon-plugin

Stel het volgende script in om uit te voeren met behulp van de plug-in Generieke Monitor. Ik ging zonder label en stelde het in om de vijf seconden.

#!/bin/bash

status=$(dropbox status)
if [ "$status" = "Up to date" ]; then
    echo ""
elif [[ "$status" == "Syncing"* ]] || [[ "$status" == "Indexing"* ]]  || [[ "$status" == "Downloading"* ]]; then
    echo "⟲"
else
    echo "$status"
fi

U moet het volgende uitvoeren, zodat het bij het inloggen geen wachtwoordprompt toont (die sowieso kan worden genegeerd):

sudo chown -R USER:GROUP ~/.dropbox

USER:GROUP is normaal gesproken slechts je gebruikersnaam twee keer.

Wanneer ik een instelling moet wijzigen, start ik Dropbox met sudo om mijn instellingen te veranderen. Zoals gedocumenteerd op deze pagina te starten met sudo laat het kleine pictogram en menu verschijnen.

Daarnaast kun je echoën uw eigen Dropbox-pictogram of afbeelding als je daar de voorkeur aan geeft. Als je opdrachtregel van Dropbox niet werkt, kun je het Pythonscript van Dropbox downloaden hier. (In mijn geval gebruik ik de extensie * .py niet voor de Dropbox-python-scriptnaam.)


4
2018-02-19 17:11



Heel gaaf, ik heb nooit geweten dat ik dit kon doen! Handig voor veel andere dingen. Proost. - sharky
Heel cool! Bedankt dat je dit hebt gedeeld. Ik wist niets van de generieke monitor. - blujay
Waarom bash -c en niet alleen dropbox status? - jarno
Heb je nog steeds het rode pictogram in het paneel? - jarno
@jarno Ik heb een vage herinnering dat het in eerste instantie niet werkte door alleen zetten $(dropbox status). Maar om een ​​of andere reden $(bash -c 'dropbox status') heeft gewerkt. Gebruik makend van $(dropbox status) werkt nu, dus ik heb mijn script dienovereenkomstig bijgewerkt. Bedankt voor het laten weten. - jbrock


Ik heb de ~/.dropbox-dist/dropboxd script als volgt en opnieuw opgestart en kreeg het pictogram terug. Aangezien dit bestand wordt overschreven door updates, denk ik dat ik niets ongedaan hoef te maken als ze het probleem bij de volgende update oplossen.

#!/bin/sh
export DBUS_SESSION_BUS_ADDRESS=""
PAR=$(dirname "$(readlink -f "$0")")
exec "$PAR/dropbox-lnx.x86-3.14.7/dropboxd" "$@"

Update: Toen ik dit op mijn laptop probeerde, werkte het in eerste instantie niet. Ik realiseerde me dat ik hetzelfde probleem had dat ik had met 'Copy', waar de XFCE4 sessiebesparende dropbox begon voordat het officiële opstartbestand werd uitgevoerd. Ik heb mijn ~ / .profile-bestand aangepast om * .state en * session * -bestanden in te wissen ~./cache/sessions

rm -f /home/jhm/.cache/sessions/*.state
rm -f /home/jhm/.cache/sessions/*session*

Update # 2: Dus nu met versie 3.18.1 is het probleem er nog steeds. Ik weet het omdat, zoals ik voorspelde, de ~/.dropbox-dist/dropboxd script is bij elke update overschreven waardoor het probleem elke keer terugkeert. De oplossing hierboven werkt betrouwbaar op Xubuntu 14.04 boot mits sessieherstel het binaire bestand niet direct start:

/home/<user>/.dropbox-dist/dropbox-lnx.x86-3.18.1/dropbox

Met behulp van "Systeem / sessie en opstarten", onder het tabblad "Sessie" kan ik zien dat het binaire bestand zichtbaar is en opnieuw zou worden opgestart als ik de * sessie- en * statusbestanden niet wist.

Als experiment heb ik geprobeerd Upstart te gebruiken om Dropbox te starten voordat het bijhouden van sessies begon. Eerst maakte ik de /home/jhm/.init map en vervolgens een bestand met de naam dropbox.conf werd eraan toegevoegd met daarin:

description "Dropbox"
start on desktop-start
expect daemon
exec /usr/bin/dropbox start

Ik gebruik deze methode op mijn Dell Laptop Xubuntu 14.04 en het programma is nu verborgen voor sessie-tracking, dus ik hoef geen bestanden te verwijderen.

Sinds dbus-launch maakt een nieuwe privé DBUS-sessiebus, DropBox zal nooit de app-indicatorservice vinden omdat dit het enige proces op die bus is (anders dan DBUS), dus dat is ongeveer hetzelfde als export DBUS_SESSION_BUS_ADDRESS="" Beide oplossingen zorgen ervoor dat DropBox terugvalt naar de systeemvak-API. Dit wordt een 'Meldingsgebied' genoemd op het tabblad XFCE Panel Items. Zorg dat het niet van het paneel is verwijderd.

Gebruik makend van d-feeten dbus-monitor, Ik ontdekte dat DropBox de 'Menu'-interfaces op het niet-bestaande' / MenuBar 'DBUS-pad niet kon implementeren. DBUS-fans kunnen verkennen org.kde.StatusNotifierWatcher met d-feet om meer te weten te komen. Omdat de dropbox-binary verantwoordelijk is voor de ondersteuning van die interfaces, is er niets anders te doen dan wachten op de volgende update. Trouwens, alle benodigde QT5.5-libs zijn bij het programma inbegrepen. U hoeft geen ontwikkelingspakketten te downloaden.

Ik vond ook dat alleen de GUI-dialoog lijkt te voorkomen dat het opstartbestand opnieuw wordt geïnstalleerd. Zodra 'Start DropBox bij opstarten van het systeem' was uitgeschakeld, bleef het zo.


3
2018-02-21 04:09



De bovenstaande oplossing werkte voor mij op al mijn machines. Dank je. - rstreeter78
Hier is een one-liner voor deze oplossing: sed -i.bak '/#!\/bin\/sh/a export DBUS_SESSION_BUS_ADDRESS=""' ~/.dropbox-dist/dropboxd; dropbox stop && dropbox start - bmaupin
Ik denk dat dit ook in Xubuntu 16.04 zou kunnen worden toegepast, maar het gebruikt systemd standaard in plaats van standaard. - jarno
Zien mijn antwoord. Voor mijn verbazing werkte het init-script ook in Xubuntu 16.04, zelfs als het systemd gebruikt in plaats van startup. - jarno
Ik las ergens dat upstart nog steeds zou worden gebruikt voor services in de gebruikersmodus nadat systemd was uitgerold, wat zou verklaren waarom het script nog steeds werkt. De lijst met services bevindt zich in /usr/share/upstart/sessions - user411778


Ik voer hetzelfde besturingssysteem Xubuntu 14.04 x64 uit en ik zie dit pictogram dat niet reageert op klikken (geen menu):

Dropbox icon on Xfce4-Panel

Release-opmerkingen voor 3.14.5 (die arriveerde vanaf 9 februari 2016 en op mijn computer is geïnstalleerd) staat dat Dropbox is bijgewerkt om Qt 5.5 op Linux te gebruiken.

Het uitvoeren van het volgende geeft de Qt-versie op mijn computer:

~$ qmake -v
QMake version 3.0
Using Qt version 5.2.1 in /usr/lib/x86_64-linux-gnu

Dus ik geüpgrade naar Qt 5.5 met behulp van de instructies vanaf hier.

Dit zijn de stappen die ik heb gezet:

sudo apt-add-repository ppa:beineri/opt-qt551-trusty
sudo apt-get update
sudo apt-get install qt-latest qtcreator-latest

Ik stel vervolgens het volgende in ~/.bashrc en herstartte de sessie:

export QT_SELECT=opt-qt55

Ik heb geverifieerd dat Qt 5.5 nu is geïnstalleerd:

~$ qmake -v
QMake version 3.0
Using Qt version 5.5.1 in /opt/qt55/lib

Installeer Dropbox vervolgens opnieuw en start uw sessie opnieuw:

sudo apt-get remove dropbox
sudo apt-get install nautilus-dropbox

Helaas werkte dit niet en leek het pictogram in het systeem hetzelfde.

Toen vroeg ik me af of het verwijderen van de indicatorplug-in van het Xfce4-paneel zou werken.

  1. Verwijder Indicator Plugin
  2. ~? dropbox stop && dropbox start

Dan verschijnt er plotseling een wild dropbox-pictogram in het meldingenpaneel!

Dropbox icon appears

Het lijkt erop dat het Dropbox-pictogram zich graag in het meldingenpaneel bevindt, maar niet op de indicatorplug-in.

Maar ... Ik vind de Indicator Plug-in leuk omdat hij me e-mailmeldingen en volumeniveau-instellingen geeft. Dus ik heb het opnieuw aan het paneel toegevoegd. Tot nu toe, zo goed.

Maar nadat ik de sessie opnieuw heb gestart, krijg ik deze bullshit opnieuw:

Dropbox icon on Xfce4-Panel

Dus ik zit nu vast. Ik weet niet hoe ik het Dropbox-pictogram in het meldingenpaneel moet laten verschijnen in plaats van het indicatievenster, en ik ben er zeker van dat ik deze stappen niet elke keer zal herhalen als ik me aanmeld!


2
2018-02-13 04:48



Zoals je zei: "Het lijkt erop dat het Dropbox-pictogram zich graag in het meldingenpaneel bevindt, maar niet in de indicator-plugin." Ik denk dat je op het goede spoor zat, zoals de tussenoplossing van kk78 laat zien. - Juan M. Gonzalez
Het verwijderen van de indicator plug-in was de sleutel voor mij - gewoon actief dropbox start met DBUS_SESSION_BUS_ADDRESS="" was onvoldoende om dropbox uit de indicator-plug-in te halen. - BSchlinker
@BSchlinker mogelijk was dropbox al actief voordat je het probeerde te starten DBUS_SESSION_BUS_ADDRESS=""? - jarno