C# WebBrowser-> Facebook logout

10/07/2014 16:11 #Saiirex#1
Hey, ich möchte mich mit dem WebBrowser automatisch von Facebook ausloggen.

Mein Code dazu:

Code:
private void logout()
        {
            webBrowser1.Document.GetElementById("pageLoginAnchor").InvokeMember("click");
            


            HtmlElementCollection theElementCollection = default(HtmlElementCollection);
            theElementCollection = webBrowser1.Document.GetElementsByTagName("a");     
            foreach (HtmlElement curElement in theElementCollection)
            {
                if (curElement.GetAttribute("className").ToString() == "uiLinkButton navSubmenu")
                {
                    curElement.InvokeMember("click");
                }
            }
        }
Er öffnet dieses DropDown Menü bei Facebook, klickt dann aber nicht auf "Abmelden".

Habe schon mit className = "uiLinkButtonInput" probiert und über ID.
10/07/2014 17:59 Terreox#2
Dein Code funktioniert vermutlich nicht, weil du nach anchor-Elementen suchst.
Bei mir ist uiLinkButtonInput allerdings ein submit Button und somit ein input-Element.

Vielleicht solltest du eher nach input-Elementen suchen und aus diesen das Element mit der entsprechenden Klasse rausfiltern.
Es ist übrigens einfacher das Element mit der Id logout_form zu holen und dort nach dem Abmelden-Button zu suchen. Wenn man etwas bestimmtes haben will, dann fängt man normalerweise immer an dem nächsten Element mit einer Id an zu suchen.

Sofern du XPath nutzen kannst, sollte dieser Pfad auch zum gewünschten Element führen:
//*[@id="logout_form"]/label/input[@class="uiLinkButtonInput"]
10/07/2014 19:34 #Saiirex#3
Quote:
Originally Posted by Terreox View Post
Dein Code funktioniert vermutlich nicht, weil du nach anchor-Elementen suchst.
Bei mir ist uiLinkButtonInput allerdings ein submit Button und somit ein input-Element.

Vielleicht solltest du eher nach input-Elementen suchen und aus diesen das Element mit der entsprechenden Klasse rausfiltern.
Es ist übrigens einfacher das Element mit der Id logout_form zu holen und dort nach dem Abmelden-Button zu suchen. Wenn man etwas bestimmtes haben will, dann fängt man normalerweise immer an dem nächsten Element mit einer Id an zu suchen.

Sofern du XPath nutzen kannst, sollte dieser Pfad auch zum gewünschten Element führen:
//*[@id="logout_form"]/label/input[@class="uiLinkButtonInput"]
Wenn du mir noch sagst wie ich das jetzt anwende...^^

Was mir auf dem Heimweg noch eingefallen ist:

Es könnte ja auch darin liegen dass, das Programm zu schnell ist? Das heißt es sucht nach dem Element wobei das Dropdown Menü noch gar nicht da ist?
10/08/2014 16:43 Assault IX#4
Quote:
Originally Posted by xKoRe' View Post
Wenn du mir noch sagst wie ich das jetzt anwende...^^

Was mir auf dem Heimweg noch eingefallen ist:

Es könnte ja auch darin liegen dass, das Programm zu schnell ist? Das heißt es sucht nach dem Element wobei das Dropdown Menü noch gar nicht da ist?
WebBrowser.DocumentCompleted
[Only registered and activated users can see links. Click Here To Register...]
10/08/2014 20:42 Mostey#5
Wieso quälst du dich eigentlich mit der WebBrowser Klasse ab? Facebook kann man sicherlich genauso gut mit simplen HTTP Requests steuern.

Btw. nutzt man XPath um Elemente im Html Source zu selektieren. Der String stellt (wie der Name schon sagt) einen Pfad dar, der den Weg zum Element markiert und der definitiv übereinstimmen muss.

So wie ich das sehe hast du sowieso keinen Support für XPath mit der WebBrowser Klasse. Müsstest also sowieso noch ne zusätzliche Html Parsing Library nutzen um das zu erreichen, was du möchtest.
10/08/2014 20:51 #Saiirex#6
Mit httpwebrequest habe ich es schon probiert und es war nicht unbedingt leichter..
10/08/2014 21:17 tolio#7
Quote:
Originally Posted by Mostey View Post
Wieso quälst du dich eigentlich mit der WebBrowser Klasse ab? Facebook kann man sicherlich genauso gut mit simplen HTTP Requests steuern.
das unterschreibe ich gerne genau so


Quote:
Originally Posted by Mostey View Post
Btw. nutzt man XPath um Elemente im Html Source zu selektieren. Der String stellt (wie der Name schon sagt) einen Pfad dar, der den Weg zum Element markiert und der definitiv übereinstimmen muss.

So wie ich das sehe hast du sowieso keinen Support für XPath mit der WebBrowser Klasse. Müsstest also sowieso noch ne zusätzliche Html Parsing Library nutzen um das zu erreichen, was du möchtest.
das ist mit sicherheit geschmackssache ob man nen parser will oder das ganze einfach auf string ebene löst, split, indexof, substring, etc
10/08/2014 22:33 Terreox#8
Quote:
Originally Posted by xKoRe' View Post
Wenn du mir noch sagst wie ich das jetzt anwende...^^

Was mir auf dem Heimweg noch eingefallen ist:

Es könnte ja auch darin liegen dass, das Programm zu schnell ist? Das heißt es sucht nach dem Element wobei das Dropdown Menü noch gar nicht da ist?
Wenn du deinen Code nicht einfach per Copy&Paste bekommen hast und weißt, was dieser tut, dann sollte die Suche nach den input Elementen kein Problem für dich sein.

Soweit ich das jetzt auf die schnelle gesehen habe, kann man mit dem Webbrowser Control keine XPaths benutzen, dafür bräuchte man z.B. das HtmlAgilityPack.

Es kommt jetzt drauf an, was du mit deinem Programm machen willst.

Wenn du nicht auf das Webbrowser Control angewiesen bist und dir eine eigene Facebookapp bauen willst, so kannst du auch super die GraphAPI von Facebook selbst benutzen -> [Only registered and activated users can see links. Click Here To Register...]

Wenn du das Webbrowser Control benutzen willst, dann kannst du zunächst, wie bereits von Assault IX vorgeschlagen, auf das [Only registered and activated users can see links. Click Here To Register...] Event warten und dann halt das Element des Logout Buttons raussuchen und klicken.
Ansonsten musst du nicht darauf warten, bis irgendein Menü ausgeklappt ist.
Das Ausklappen ist nur ein visueller Effekt für den Benutzer. Im Hintergrund ist der ganze Code bereits da, sprich selbst wenn das Logoutmenü nicht ausgeklappt ist, existiert bereits ein Logoutbutton.
10/09/2014 21:38 Mostey#9
Quote:
Originally Posted by tolio View Post
das ist mit sicherheit geschmackssache ob man nen parser will oder das ganze einfach auf string ebene löst, split, indexof, substring, etc
Alles ist Geschmackssache, allerdings sehe ich nicht wirklich den Sinn sich es hier ebenfalls schwer zu machen wenn man sauberen und wartbaren Code mit einer Html Parsing Library schreiben kann.

Für kleine Sachen sicherlich ganz nett, für größeres allerdings eher ungeeignet.
10/09/2014 22:17 tolio#10
naja das problem mit den parsern was ich sehe ist halt das ganze funktioniert zuverlässig nur solange wie die seiten entsprechend die html standards einhalten, in zeiten in denen browser alles unkonforme eh selbstständig ausbessern fallen die ein oder andere fehler nicht auf. mit nem parser steht man dann da. desweiteren ist das eine abhängigkeit von externer software und das die alles richtig programmiert haben.

was an folgendem bsp code schwerer oder nicht gut wartbar sein soll kann ich um ehrlich zu sein nicht nachvollziehen:

Code:
                string logintoken = loginPage.GetBetween("_token\" type=\"hidden\" value=\"","\"");

                if (logintoken.Length != 40)
                    throw new CreatorException("invalid token lenght!");
10/10/2014 17:31 Mostey#11
Quote:
Originally Posted by tolio View Post
naja das problem mit den parsern was ich sehe ist halt das ganze funktioniert zuverlässig nur solange wie die seiten entsprechend die html standards einhalten, in zeiten in denen browser alles unkonforme eh selbstständig ausbessern fallen die ein oder andere fehler nicht auf. mit nem parser steht man dann da. desweiteren ist das eine abhängigkeit von externer software und das die alles richtig programmiert haben.

was an folgendem bsp code schwerer oder nicht gut wartbar sein soll kann ich um ehrlich zu sein nicht nachvollziehen:

Code:
                string logintoken = loginPage.GetBetween("_token\" type=\"hidden\" value=\"","\"");

                if (logintoken.Length != 40)
                    throw new CreatorException("invalid token lenght!");
Also ich hatte noch nie Probleme, selbst bei epvp gab es noch nichts, was das .NET HtmlAgilityPack nicht parsen konnte. Und wir sitzen hier schon auf einem ziemlich hässlichen XHtml Gemisch.

Nebenbei sei noch erwähnt das dein Code Beispiel genau das wiederspiegelt was ich oben erwähnt habe. Es geht hier vermutlich um einen String den er braucht. Da ist das nicht sehr fatal, problematisch wird es aber erst, wenn es nicht bei einem String bleibt und er beispielsweise ganze Seiten parsen will.

Wenn du ein Beispiel benötigst: [Only registered and activated users can see links. Click Here To Register...]