Opened 2 years ago
Closed 2 years ago
#17998 closed bug (fixed)
HaikuDepot: User license agreement cannot be agreed to
Reported by: | stippi | Owned by: | apl-haiku |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta4 |
Component: | Applications/HaikuDepot | Version: | R1/beta3 |
Keywords: | hidpi | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
On hrev56529, opening HaikuDepot promted me with a message that user "stippi" already agreed to the license agreement, but that it has since changed. In the window, I don't have any button to confirm my agreement. This window blocks the HaikuDepot main window, so that installing any software is impossible (hence the R1/beta4 milestone).
Attachments (3)
Change History (12)
by , 2 years ago
Attachment: | screenshot3.png added |
---|
comment:1 by , 2 years ago
Component: | - General → Applications/HaikuDepot |
---|---|
Owner: | changed from | to
comment:3 by , 2 years ago
I assume this is related to having logged into Haikudepot? we should probably change this then to allow for reading the terms later and using the depot without an account (and statistic gathering) for the time beeing, especially the bering above 16 part seems to make no sense it this refers to anonymoud usage.
comment:4 by , 2 years ago
on a second note: it is entirely possible the accept button is hidden by the prompt to view the EULA, that is you have to click it and then accept below it. If that is the casr it should be changed to an explicit button, say "EULA anzeigen"(show EULA) and "nicht jetzt"(not now)
by , 2 years ago
Attachment: | uuc-layout-issue-ccorect-de.png added |
---|
Correct Layout in German (regular resolution)
by , 2 years ago
Attachment: | uuc-layout-issue-ccorect-en.png added |
---|
Correct Layout of the Window in English (standard resolution)
comment:5 by , 2 years ago
Keywords: | hidpi added |
---|
comment:6 by , 2 years ago
Keywords: | hidpi removed |
---|
comment:7 by , 2 years ago
Keywords: | hidpi added |
---|
comment:8 by , 2 years ago
I think this is a problem in BTextView (again.) It doesn't actually compute a logical minimum size, and so the text view takes up more space than it claims it needs, thus leading to other controls getting cut off.
comment:9 by , 2 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in hrev56538. The window sizing isn't exactly ideal but it's now usable anyway.
Screenshot of the dialog