Maybe our log output is poor, maybe your editing makes it hard for me to see if you are doing what I would like you to do... I believe the problem COULD be that you have user/password encoded in the proxy URL. And from what you post below it seems like you may still be doing that; it looks like you have user/password encoded in the URL and user/password in the settings in addition to that. I may be misreading this, please let me know if I am.
What I really wanted was a log with - no OS proxy setup - plain host / port / user / password setup in the user settings I have a test proxy here (squid3 with basic auth) that I can test with and this works for me. It's not on centos 7 but I don't think that should matter. Oh, and I run the latest version (4.8.5) but that shouldn't make a difference, either. I'm trying to help you, but if I can't reproduce a problem then helping is harder... /D > On Jan 31, 2019, at 11:53 PM, Chirana Gheorghita Eugeniu Theodor > <[email protected]> wrote: > > Ahoj, > so here are the logs: > > 1. with no proxy setup in the OS env: > [root@chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root > -vvvvvvvvvvvvvvvvvvvvvv > failed to get the current screen resources > Subsurface v4.8.4, > built with libdivecomputer v0.7.0-devel-Subsurface-NG > (abde311d3a6ea97c7a586e4cc879e07d4ce0fd4f) > built with Qt Version 5.9.3, runtime from Qt Version 5.9.3 > built with libgit2 0.26.0 > WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 > is not supported! This is an application bug! > "validateGL(): created OpenGLContext." > "validateGL(): obtained QOpenGLFunctions." > "validateGL(): detected OpenGL version 2.1." > Plugins Directory: QDir( "/tmp/.mount_SubsurasVsK3/usr/bin" , nameFilters = > { "*" }, QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( > Dirs|Files|Drives|AllEntries ) ) > loading dive data from ("/root/.subsurface/root.xml") > > File locations: > > Unable to get local git directory > Cloud URL: No valid cloud credentials set. > > Image filename table: /root/.subsurface/hashes > Local picture directory: /root/.subsurface/picturedata/ > > QXcbConnection: XCB error: 170 (Unknown), sequence: 170, resource id: 90, > major code: 146 (Unknown), minor code: 20 > Completed connection with cloud storage backend, response "[OK]" > cloud URL set as > "https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]>" > Opening cloud storage from: > "https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]>" > git_remote_repo: accessing > https://cloud.subsurface-divelog.org//git/[email protected] > <https://cloud.subsurface-divelog.org//git/[email protected]> > git storage: Synchronising data file > git storage: create_local_repo > Cloud storage: checking connection to cloud server > Checking cloud connection... > Cloud storage: successfully checked connection to cloud server > git storage: calling git_clone() > set proxy to "http://xxx:[email protected]:8080" > ^C > > real 2m21.684s > user 0m1.688s > sys 0m0.428s > > and it stays stuck here forever, i cannot even press cancel in the > sincronizoing popup ... i have to stop from linux side. > > and setting this into OS: > > export http_proxy='http://xxx:[email protected]:8080/' > > logs: > > > [root@chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root > -vvvvvvvvvvvvvvvvvvvvvv > failed to get the current screen resources > Subsurface v4.8.4, > built with libdivecomputer v0.7.0-devel-Subsurface-NG > (abde311d3a6ea97c7a586e4cc879e07d4ce0fd4f) > built with Qt Version 5.9.3, runtime from Qt Version 5.9.3 > built with libgit2 0.26.0 > WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 > is not supported! This is an application bug! > "validateGL(): created OpenGLContext." > "validateGL(): obtained QOpenGLFunctions." > "validateGL(): detected OpenGL version 2.1." > Plugins Directory: QDir( "/tmp/.mount_SubsurIoe8bt/usr/bin" , nameFilters = > { "*" }, QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( > Dirs|Files|Drives|AllEntries ) ) > QXcbConnection: XCB error: 170 (Unknown), sequence: 170, resource id: 90, > major code: 146 (Unknown), minor code: 20 > loading dive data from ("/root/.subsurface/root.xml") > > File locations: > > cloud URL set as > "https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]>" > Local git storage: /root/.subsurface/cloudstorage/9936b99948304f79 > Cloud URL: > https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]> > Image filename table: /root/.subsurface/hashes > Local picture directory: /root/.subsurface/picturedata/ > > cloud URL set as > "https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]>" > Opening cloud storage from: > "https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]>" > git_remote_repo: accessing > https://cloud.subsurface-divelog.org//git/[email protected] > <https://cloud.subsurface-divelog.org//git/[email protected]> > git storage: Synchronising data file > git storage: update local repo > sync with remote > https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > > <https://cloud.subsurface-divelog.org//git/[email protected][[email protected]]> > git storage: Sync with cloud storage > set proxy to "http://ccc:[email protected]:8080" > Cloud storage: checking connection to cloud server > Checking cloud connection... > Cloud storage: successfully checked connection to cloud server > git storage: fetch remote > git storage: Successful cloud connection, fetch remote > remote fetch failed (proxy authentication required, but no callback provided) > git storage: Done syncing with cloud storage > > real 0m30.953s > user 0m1.234s > sys 0m0.266s > > > more logs would be usefull now but where to get them? > > below the conf: > > [root@chef2 Subsurface]# cat Subsurface.conf > [CloudStorage] > cloud_verification_status=3 > [email protected] <mailto:[email protected]> > [email protected] <mailto:[email protected]> > password=xxx > save_password_local=true > > [Display] > divelist_font=DejaVu Sans > font_size=9 > > [GeneralSettings] > default_file_behavior=1 > > [Language] > UiLangLocale=en-US > UiLanguage=English > date_format="ddd MMM d, yyyy" > date_format_short=M/d/yy > time_format=h:mm AP > > [MainWindow] > bottomSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x3\xf0\0\0\x1\xb0\x1\xff\xff\xff\xff\x1\0\0\0\x1\0) > geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\0\0\0\x85\0\0\0\x82\0\0\x3\xe1\0\0\x3\xa1\0\0\0\x85\0\0\0\x82\0\0\x3\xe1\0\0\x3\xa1\0\0\0\0\0\0\0\0\x5\xa0) > lastState=0 > mainSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x2v\0\0\x1\xe\x1\xff\xff\xff\xff\x1\0\0\0\x2\0) > maximized=false > topSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x1\xb0\0\0\x3\xf0\x1\xff\xff\xff\xff\x1\0\0\0\x1\0) > windowState=@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\0\0\0\x3]\0\0\x3\xf\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\0) > > [Network] > proxy_auth=true > proxy_host=s.o.i > proxy_pass=ooo > proxy_port=8080 > proxy_type=3 > proxy_user=ccc > > [Planner] > reserve_gas=39990 > > [Recent_Files] > File_1=/root/.subsurface/root.xml > > [UpdateManager] > LastVersionUsed=4.8.4 > NextCheck=2458530 > > [UserSurvey] > FirstUse42=@Variant(\0\0\0\xe\0%\x83\x94) > > [cylinderTableWidget] > colwidth4=0 > colwidth5=0 > > [cylinders] > colwidth11=0 > colwidth8=0 > > [cylinders_dialog] > column10_hidden=false > column11_hidden=true > column2_hidden=false > column3_hidden=false > column4_hidden=false > column5_hidden=false > column6_hidden=false > column7_hidden=false > column8_hidden=true > column9_hidden=false > > On Thu, Jan 31, 2019 at 10:52 PM Dirk Hohndel <[email protected] > <mailto:[email protected]>> wrote: > Given that I work at VMware as my day job, I approve of your setup :-) > > Yes, please try setting the proxy user name and password in the Subsurface > preferences and not as part of the proxy URL. Just to make sure that this > isn't just an issue with parsing that URL correctly. > > Thanks > > /D > >> On Jan 31, 2019, at 12:30 PM, Chirana Gheorghita Eugeniu Theodor >> <[email protected] <mailto:[email protected]>> wrote: >> >> Ohhhhh >> So the setup is as follows: >> Linux machine is a vm inside a company esx and to gain access to internet i >> export username:password@proxy:address >> I run subsurface beeing connected via ssh to vm and on my laptop which is a >> win7pro, also in company network using proxy in internet sei enter in >> subsurface settings use http proxy and enter the required proxy address , >> proxy port and username and pass. I can try different setup if you witsh. >> >> On Thu, Jan 31, 2019, 18:38 Dirk Hohndel <[email protected] >> <mailto:[email protected]> wrote: >> So you are filling in username and password for the proxy in the Subsurface >> preferences? >> The reason I'm asking is because the way you anonymized your proxy settings >> looks to me like maybe you are trying to URL-encode the username and >> password. >> And we had at some point had problems with that since one of the support >> libraries that we use to implement proxy support had problems with that. >> Can you confirm that this fails with user name and password entered in the >> Subsurface preferences? >> >> Thanks >> >> /D >> >>> On Jan 31, 2019, at 7:36 AM, Chirana Gheorghita Eugeniu Theodor >>> <[email protected] <mailto:[email protected]>> wrote: >>> >>> export http_proxy, socks_proxy in linux and in subsurface main screen under >>> network settings using the right settings.. >>> >>> On Thu, Jan 31, 2019 at 5:26 PM Dirk Hohndel <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>>> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor >>>> <[email protected] <mailto:[email protected]>> wrote: >>>> >>>> hello using appimage 4.8.4 and i get this: >>>> >>>> [root@chef2 ~]# ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root >>>> -vvvvvvvv --cloud-timeout=30 >>>> git storage: Synchronising data file >>>> git storage: update local repo >>>> sync with remote >>>> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >>>> >>>> <https://cloud.subsurface-divelog.org//git/[email protected]%[email protected]%5D> >>>> git storage: Sync with cloud storage >>>> set proxy to >>>> "http://-----------------------------@-------------------------:8080 >>>> <http://-----------------------------@-------------------------:8080/>" >>>> Cloud storage: checking connection to cloud server >>>> Checking cloud connection... >>>> git storage: Waiting for cloud connection (1 second(s) passed) >>>> Cloud storage: successfully checked connection to cloud server >>>> git storage: fetch remote >>>> git storage: Successful cloud connection, fetch remote >>>> remote fetch failed (proxy authentication required, but no callback >>>> provided) >>> >>> So it says that you are behind an authenticated proxy, but that it didn't >>> end up providing a callback to authenticate. >>> How are you setting up the authentication? >>> >>> /D >>> >>> >>> >>> -- >>> ________________________________________ >>> Cu stima/Best regards/Mit freundlichen Grüßen, >>> >>> Chirana-Gheorghita Eugeniu-Theodor >>> Bucharest, Romania >>> >>> e-mail : [email protected] <mailto:[email protected]> >>> mobile: 0743 698721 >>> 0747 447675 >>> SSI diver ID: 1118289 >> > > > > -- > ________________________________________ > Cu stima/Best regards/Mit freundlichen Grüßen, > > Chirana-Gheorghita Eugeniu-Theodor > Bucharest, Romania > > e-mail : [email protected] <mailto:[email protected]> > mobile: 0743 698721 > 0747 447675 > SSI diver ID: 1118289
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
