#1995: Cannot view changes for EPEL/FAQ, probably because of CSS surpressing the
horizontal scrollbar
-------------------------+--------------------------------------------------
Reporter: till | Owner: webmaster
Type: bug | Status: new
Priority: major | Milestone:
Component: Web Content | Version:
Severity: High | Keywords:
-------------------------+--------------------------------------------------
= phenomenon =
I cannot view this diff for EPEL/FAQ on a 1280x1024 screen, because the
horizontal scrollbar is missing:
https://fedoraproject.org/w/index.php?title=EPEL%2FFAQ&diff=154347&oldid=11…
= reason =
The CSS is configured to not show the horzintal scroll bar. This was also
reported in ticket:1438, but there it was about a wiki page not being
displayed properly. Instead of fixing the root of the problem, the page
was adjusted to display the content. I guess this is not possible for the
diff, therefore I open a new bug report.
= recommendation =
Maybe the CSS for diffs could be changed to show a horizontal scrollbar
somehow. Ideally the design of the whole page would be reworked to
eventually display all contents properly.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1995>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#1774: Fedora Wiki's stylesheet is screwey on small screen high DPI devices
---------------------+------------------------------------------------------
Reporter: ynemoy | Owner: webmaster
Type: bug | Status: new
Priority: major | Milestone:
Component: General | Version:
Severity: Normal | Keywords:
---------------------+------------------------------------------------------
= phenomenon =
Multiple issues here: Tables go beyond the page but the page isn't told
about being wider than the screen, so horizontal scrolling is not
possible. Embedded pictures and headers aren't formatted properly so text
can flow around it, even in extreme situations. The sidebar takes up too
much space at high DPIs leaving only half the page for the body.
In the above order:
http://ynemoy.fedorapeople.org/wikixofail/IMAG0016.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0018.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0013.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0014.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0015.jpg
Resizing the text and page zoom fixes some problems, but my opinion is
that this is non obvious to many people.
http://ynemoy.fedorapeople.org/wikixofail/IMAG0017.jpg
= reason =
I'm not much of a CSS guy, but i have a few ideas. First of all, the
sidebar is strictly set to a hard size in relation to the rest of the
page. Second of all, horizontal scrolling is (and rightly so) disabled at
all costs. Third of all, something is not set properly when formatting
embedded inline pictures, so that the sidebar can wrap around it, or so
that it's left justified instead of right justified so it runs off the
page rather than running into the sidebar.
= recommendation =
Wikipedia has a pretty decent mobile interface that works very nicely on
the Android devices, and presumably on others as well. It avoids using a
sidebar and TOC by replacing it with expandable fields. I think that at
least having that stylesheet available would be a start. The tricky part
is detecting the actual dimensions *and* DPI of a screen and switching to
the appropriate stylesheet. In this particular example, the screenshots
were taken on an XO using mostly stock settings and Firefox.
Another and more costly and time consuming solution is to redesign the
page more comprehensively so that it is a general purpose page for both
mobile, small screen, and normal devices.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1774>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#1883: Enable trac wiki notifications for v7 pages
-------------------------+--------------------------------------------------
Reporter: rlandry | Owner: webmaster
Type: task | Status: new
Priority: minor | Milestone:
Component: Web Content | Version:
Severity: Normal | Keywords:
-------------------------+--------------------------------------------------
= phenomenon =
v7 wiki changes don't seem to generate any notification and I haven't
figured out where or what setting would change that.
= background analysis =
It looks like either a setting, configuration or plug-in is required to
enable this feature.
= implementation recommendation =
Can someone let me know where to configure this so I might receive these
notifications and inform others who may want the same?
Thanks in advance.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1883>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#1849: permanent place for FEL's gallery
-------------------------+--------------------------------------------------
Reporter: chitlesh | Owner: webmaster
Type: RFR | Status: new
Priority: major | Milestone: Fedora 13
Component: Web Content | Version: Production
Severity: Normal | Keywords:
-------------------------+--------------------------------------------------
Hello there,
I wish to request a permanent place for FEL's gallery.
http://publictest6.fedoraproject.org/gallery2/main.php.
Administrators (FAS username) : chitlesh shakthimaan
This gallery is used to show non-electronic engineers what opensource EDA
tools can achieve and it will help the marketing team pull materials for
their presentations.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1849>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#2049: https://fedoraproject.org/verify does not provide llinks for F13 alpha
checksum files
-------------------------+--------------------------------------------------
Reporter: till | Owner: webmaster
Type: bug | Status: new
Priority: major | Milestone:
Component: Web Content | Version:
Severity: Normal | Keywords:
-------------------------+--------------------------------------------------
= phenomenon =
I would like to test F13 alpha desktop live. To verify it, I need the
matching -CHECKSUM files. On the [https://fedoraproject.org/verify verify
page] only the F12 -CHECKSUM files are linked.
= recommendation =
Add links to the F13 alpha -CHECKSUM files on the verify page or link to
them directly at the [https://fedoraproject.org/get-prerelease pre-
release] page to avoid forgetting to update them with the next pre-
release.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/2049>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#2006: Create forms in Zikula on staging for Fedora Insight content workflow
-------------------------+--------------------------------------------------
Reporter: pcalarco | Owner: webmaster
Type: enhancement | Status: new
Priority: blocker | Milestone: Fedora 13
Component: Web Content | Version: Test
Severity: High | Keywords: Zikula, Fedora Insight
-------------------------+--------------------------------------------------
= problem =
Zikula on staging (https://stg.fedoraproject.org/insight/index.php) needs
pagemaster forms defined for content submission, editing with Xinhua
javascript editor, review functionality by content editors and approval to
publishing.
= analysis =
This is partially in place on publictest6
(http://publictest6.fedoraproject.org/zikula/index.php/Fedora-Weekly-News)
as worked on at FUDCon Toronto, but these changes were not brought over to
staging.
= enhancement recommendation =
Bring over or recreate forms from publictest6 on staging, and complete
form functionality so that content workflow is complete for FWN to start
using Fedora Insight by F13 launch.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/2006>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#1915: 503 error page for https://fedoraproject.org/wiki/ contains non https style
sheets
-------------------------+--------------------------------------------------
Reporter: till | Owner: webmaster
Type: bug | Status: new
Priority: major | Milestone:
Component: Web Content | Version:
Severity: Normal | Keywords:
-------------------------+--------------------------------------------------
Currently the wiki is down and when I open https://fedoraproject.org/wiki/
a 503 error page, that uses these stylesheets is openend:
http://fedoraproject.org/static/css/fedora.csshttp://fedoraproject.org/static/css/print.css
Instead the URLs should be converted to use https or the links should be
made without the hostname and protocoll, i.e.:
<link rel="stylesheet" type="text/css" media="all"
href="/static/css/fedora.css">
<link rel="stylesheet" type="text/css" media="print"
href="/static/css/print.css">
Also the links in the navigation are http instead of https, e.g. for get-
fedora or the links to the wiki.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1915>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
#5: Adding mirror links to support tab template
-------------------+--------------------------------------------------------
Reporter: duffy | Owner: webmaster
Type: defect | Status: new
Priority: major | Component: General
Version: | Keywords:
-------------------+--------------------------------------------------------
Add 'torrent trouble? download link to download.fedora.redhat.com, using
language similar to ticket 3, in the support tab template for all spins.
This work should not be done until mmcgrath has set up the spins on
download.fedora.redhat.com though, and the links should use the mirror
round-robin links.
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/5>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#1983: file is corrupted: maniadrive-music-1.0-2.fc8.noarch.rpm
-------------------------+--------------------------------------------------
Reporter: cra | Owner: webmaster
Type: bug | Status: new
Priority: trivial | Milestone:
Component: Web Content | Version:
Severity: Trivial | Keywords:
-------------------------+--------------------------------------------------
= phenomenon =
The maniadrive-music-1.0-2.fc8.noarch.rpm file, which exists as several
hardlinked copies in the fedora/linux/releases/8/Everything hierarchy, is
corrupted. The identical file is carried in Fedora 9 and that copy is
fine. Perhaps the corruption happened when Fedora 8 was moved from the
master mirror to the archives mirror.
= reason =
Comparing the copy in 8 to the one in 9, we see that the files are
supposed to be identical, but that the copy in 8 is corrupted:
>rpm -Kv fedora/linux/releases/{8,9}/Everything/i386/os/Packages
/maniadrive-music-1.0-2.fc8.noarch.rpm
fedora/linux/releases/8/Everything/i386/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm:
Header V3 DSA signature: OK, key ID 4f2a6fd2
Header SHA1 digest: OK (401a322447e688b4efa3c9336e40a9fa9279059c)
MD5 digest: BAD Expected(0d607ce617dd5faa9bd79c97ee1a23f8) !=
(83ba7949df9892dfa31e89d5e8c4d214)
V3 DSA signature: BAD, key ID 4f2a6fd2
fedora/linux/releases/9/Everything/i386/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm:
Header V3 DSA signature: OK, key ID 4f2a6fd2
Header SHA1 digest: OK (401a322447e688b4efa3c9336e40a9fa9279059c)
MD5 digest: OK (0d607ce617dd5faa9bd79c97ee1a23f8)
V3 DSA signature: OK, key ID 4f2a6fd2
Trying to install the corrupted RPM fails:
# rpm -ivh --nodeps fedora/linux/releases/8/Everything/i386/os/Packages
/maniadrive-music-1.0-2.fc8.noarch.rpm
Preparing... ###########################################
[100%]
1:maniadrive-music ###########################################
[100%]
error: unpacking of archive failed on file
/usr/share/maniadrive/mania_music/9796_[Syndrome]_Now_I_Know_You_[Creative_Commons_-_by_2.0]_[www.dogmazic.net].ogg;4b78e17c:
cpio: read
= recommendation =
Restore maniadrive-music-1.0-2.fc8.noarch.rpm from a known-good backup
copy, or perhaps from the Fedora 9 Everything repo. The file appears
hardlinked in the Fedora 8 Everything repo on archives.fedoraproject.org
in the following paths:
fedora/linux/releases/8/Everything/i386/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm
fedora/linux/releases/8/Everything/ppc/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm
fedora/linux/releases/8/Everything/ppc64/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm
fedora/linux/releases/8/Everything/x86_64/os/Packages/maniadrive-
music-1.0-2.fc8.noarch.rpm
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1983>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.
On 02/16/2010 09:44 AM, sankarshan wrote:
> Hi,
>
> I was trying to download the LXDE spin (and, I guess it is the same
> for the other spins too) when I noticed that the phrase "6K Torrent
> File for 64-bit PC ISO" is following by the FAQ "How do I use this
> file?". The latter links to
> <http://docs.fedoraproject.org/install-guide/f12/en-US/html/ch-new-users.htm…>
> which in fact is a next step towards properly using the torrent file
> to download the ISO.
>
> I was wondering if there was a need to put in a line about how to
> handle the torrent file and, thereon link to what to do with the
> downloaded ISO.
>
Thank you for noticing, and following up!
I think maybe this notice/question is more appropriately to the websites
team (in CC:), since they administer spins.fp.o, but I agree with you!
-- Jeroen